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^ Journals from Academic Press 



Digital Signal Processing: A Review Journal 



Editors 

John Hershey 

Corporate Research and Development Center 
General Electric Company, Schenectady, New York 



Rao Yarlagadda 

Oklahoma State University, Stillwater 



Digital Signal Processing: A Review Journal illuminates and explores the path of creativity in the field of signal 
processing. You know how important it is to stay informed about new technologies, new significant programs, 
and breakthroughs in the field. Subscribe and receive advice from the experts — unique articles describing how 
they personally crossed a bridge, devised a trick, or reached an important conclusion in signal processing. The 
journal brings together the best minds. ..yours and the experts. ..and gives you access to reviews and insights not 
readily ayailable elsewhere. 

Volume 2 (1992), 4 issues 
ISSN 1051-2004 



In the U.S.A. and Canada 


All other countries 


Institutional rate: $110.00 


$128.00 


Personal rate: 55.00 


68.00 



Journal of Technology in Mathematics 

^^^^ Editor-in-Chief 

" ""■■'" John G. Harvey 

University of Wisconsin, Madison 

Attention teachers and students! Mathematics is becoming more experimental because of recent advances 
in technology. You have greater access to powerful tools and are using them to create, teach, and learn 
mathematics. This informative new journal focuses on research related to the use of existing and future 
technologies in mathematics research, instruction, and learning. Subscribe today and keep abreast 
of vital research and information in mathematical technology. 



Volume 1 (1992), 4 Issues 
ISSN 1055-789X 





In the U.S.A. and Canada 


All other countries 


Institutional rate: 


$150.00 


$181.00 


Personal rate: 


75.00 


95.00 



Journal of Visual Communication and 
Image Representation 



Editors-in-Chief 
Yehoshua Y. Zeevi 

Technion-Israel Institute of Technology, Haifa, and 
CAIP Center, Rutgers University, Piscataway, New Jersey 



T. Russell Hsing 

Bell Communications Research, Morristown, New Jersey, and 
CAIP Center, Rutgers University, Piscataway, New Jersey 



Attention engineers, optical scientists, and physicists! Keep informed regarding state-of-the-art of visual 
communication and image representation. The Journal of Visual Communication and Image Representation 

publishes papers in this multidisciplinary area with an emphasis on novel technologies and theoretical work. 

In the U.S.A. and Canada All other countries 

Volume 3 (1992), 4 issues Institutional rate: $128.00 $154.00 



ISSN 1047-3203 



Personal rate: 



64.00 



81.00 



Privileged personal rates are available only on orders placed directly with the Publisher and paid for with personal funds. 
Sample copies are available upon request. For more information, please write or call: 

^ ACADEMIC PRESS, INC., Journal Promotion Department 
1250 Sixth Avenue, San Diego, CA 92101, U.S.A. 
(619) 699-6742 

AH prices are in U.S. dollars and are subject to change without notice. Canadian customers: Please add 7% Goods and Services Tax to your order. 

S2292 




Circle #15 on Reader Service Card 



W ^ f%^ ; 



M 



% 







/-'■'!]', r'-'4i^^ 



Why spend thousands of hours developingf our own GUI only to find you've created a monster Instead, spend 
your time, money and effort wisely and build your reputation with the market leader. V.I. Corporation, the 
pioneer in dynamic graphics interface development environments, developed DatoViews to cut your graphical 
interface development time by up to 80% while producing a dynamic interface that is easy to use, extend or 
modify. DotaViews is the only interface development solution for monitoring real-time processes that offers: 

Versatility And Portability With A Comprehensive Tool Set - DatoViews comprises DV-Drow, the user 
friendly interactive prototyper and drawing editor, and DV-Tools, on extensive library of 'C routines. With DV- 
Draw you can build displays without programming, creating your own look-and-feel with input objects like 
menus and sliders. You can include Motif or Open Look widgets and import CAD drawings and images. With 
DV-Draw's rapid prototyping capabilities you con continuously refine your user interface and save valuable time 
and effort. With DV-Tools you can manage your DV-Drow screens and build your run-time application. You con 
run your Dotoviews applications in virtually any UNIX or VMS environment. 

Real Time Data Output - DotoViews displays dynamic data output by using graphs and meters; by changing 
the scale or color of objects, or by the movement or swapping of objects, to name o few. DV-Draw contains more 
than 60 pre-defined graph types suitable for displaying x-y output, analog 
output, and time series output from your application. 

Extensibility - DatoViews is a proven GUI development environment with ^ \^\^ \ ^ \ 

more than 7000 users. DatoViews lets you change or enhance your interface \~\ N 

application and lets your end-users modify the screens that you developed. V 

Support, Consulting And Training - We provide comprehensive technical ^ 

support, training and consulting services. And we have more than 30 locations 

worldwide making it convenient for you to do business with us. Call Us NOV 
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Larry Smarr and Charles E. Catlett 
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Philip J. Mercuric etal. 

The CAVE: Audio Visual Experience Automatic Virtual Environment 64 

Carolina Cruz-lMeira et al. 
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ingridCarlbometal. 



Parallel Database systems: 

The Future of High Performance Database Systems 85 

David DeWitt and Jim Gray 
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Bit-Tree: a Data structure for Fast File Processing 114 

David E. Ferguson 

Debunking the Software Patent Myths 121 

Paul Heci<el 



lix;:fi:^ 



'I t J 



Personal computing: Collective Dynabases 26 News Track 9 

Larry Press president's Letter ii 

ACM Forum 13 

Technical Correspondence . . 21 

Calendar of Events 142 

Index to Advertisers 144 

inside RISKS: Leap-Year Problems 162 calls for Papers iso 

Peter C. Neumann career opportunities 157 



Legally speaking: Developments on the 

Intellectual Property Front 3S 

Pamela Samuelson, Michel Denber, and Robert J. Glushl<o 



r 



COMMUNICATIONS OF THE ACM/June 1992/Vol.35, No.6 



Introducing... 

the second volume in the 
Oberon 

rilogy! 



Programming in 

Oberon 

Steps Beyond Pascal and 

Modula 

Martin Reiser, IBM and ETH, Zurich, and 
Niklaus Wirth, ETH 
This definitive guide and tutorial to 
programming in the Oberon language — 
designed as the successor to Pascal and 
Modula-2 — ^is co-authored by Martin Reiser 
and Niklaus Wirth, the latter being the 
creator of these languages. Through a tutorial 
approach, the authors focus on the unique 
features of the Oberon language — the 
concept of type extension and its support of 
an object-oriented style of programming — 
while illustrating the continuity with Pascal 
and Modula. 
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ACM Press Books Opder Form 



ACM Press 

1515 Broadway, New York, NY 10036-9998 

Please send me copy(ies) of Programming in Oberon - Steps Beyond Pascal and Modula (ACM Order # 706921) at 

$37.75 for nonmembers, $33.95 for ACM Members. Sfiipping waived when prepaid by clieck. 
Ship to: 

Name 

Company ^ 

Address --^ — — 



Zip. 



is enclosed. Because I've prepaid, shipping is free. 



City/State 

D My check or money order for the total order, $ 

D Charge to the account listed below. I understand that I'll be charged for shipping. 
D VISA D MasterCard D American Express 

Acct. # Expires. 

Signature 

ACM Member No. 



Prices subject to change, and good in the U.S. only. 
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une Communications features four articles on Showcase, a research 
exhibition of multiuser, interactive, networked, visual computational 
science projects, and a part of the ACM SIGGRAPH '92 Annual 
International Conference on Computer Graphics and Interactive 

y Techniques.* This month's special section, "Visualization in Net- 
worked Environments," organized by Guest Editor John C. Hart of the 
Electronic Visualization Laboratory and National Center for Supercom- 
puting Applications, covers the four distinct Showcase themes — local 
heterogeneous networked environments ("Metacomputing"), remote 
visualization and collaboration paradigms ("The Distributed Laboratory"), 
novel visual interfaces ("The Cave"), and specific applications ("Modeling 
and Analysis of Empirical Data in Collaborative Environments"). For 
those who wDl not be attending SIGGRAPH '92, this is an excellent 
representation of the research that makes up the exhibits, for those who 
will be there, have fun! 

Many readers responded to the The League for Programming Freedom's 
January 1992 "Viewpoint: Against Software Patents" in "ACM Forum." 
Additional pros and cons in the intellectual property and software patent 
controversies are addressed by professor of law Pamela Samuelson and 
coauthors in "Legally Speaking: Developments on the Intellectual Property 
Front." A position paper "Debunking the Software Patent Myths" by Paul 
Heckel, author of The Elements of Friendly Software Design (Sybex Inc. 1991), 
while motivated by the League's January "Viewpoint" voices an overall 
defense of software patents. 

Three distinctive articles in the broad area of databases round out the 
issue. "An Object-Oriented Methodology for Knowledge Base/Database 
Coupling" by Kunihiko Higa and coauthors investigates the difficult and 
critical task of achieving a natural and effective knowledge base/database 
coupling using an object-oriented strategy. Next, authors DeWitt and Gray 
discuss the viability of highly parallel database machines as well as some 
unsolved research issues in "Parallel Database Systems." Finally, David 
Ferguson in "Bit-Tree: A Data Structure for Fast File Processing" discusses 
one of the variants of the B-Tree, the standard organization for indexes 
in a database system. 

NEXT MONTH: July's Communications focuses on the controversial 
encryption standard proposed by the National Institute of Standards and 
Technology. The issue will outline the proposed Digital Signature Standard 
(DDS) ancl feature relevant commentaries from people in the encryption field. 
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•SIGGRAPH '92 Will take place July 26 to July 31, 1992 at Chicago's Mccormick 
Place convention center. For information on how to register or get an advance 
program for sigcraph '92 see the advertisement in this issue, call the SIGGRAPH 
information hotline at (312) 321-6830, or email: lnfo92@siggraph.org. 
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Founded in 1947 as the society of the computing community, the Associa- 
tion for Computing Machinery is dedicated to the development of infor- 
mation processing as a discipline, and to the responsible use of computers 
in an increasing diversity of applications. The purposes of ACM are to 
advance the sciences and arts of information processing to promote the free 
interchange of information among specialists and the public, andto develop 
and maintain the integrity and competence of individuals in the field. 
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PBBS BUST 

SCAM . . . 
The FBI broke a 
nationwide net- 
work of computer 
hackers report- 
edly making Ille- 
gal credit-card 
purchases worth 
millions of dollars. 
Computer seizures 
were made in Califor- 
nia, New York, Philadel- 
phia, Seattle and Ohio. 
However, the number of 
participating hackers is 
feared to be over 1,000 strong, 
scores of arrests were still 
pending at press time. Hackers 
broke security codes, made 
charges on people's cards and 
created credit card accounts. 
The network also gained 
access to ATM and telephone 
account codes. The FBI's 
continuing investigation is 
focused in part on Informa- 
tion the hackers reportedly 
obtained illegally from com- 
puters at Equifax Credit In- 
formation Services in Atlanta. 

SUPEH SUPFOHTEHS. . . 

Supercomputing ventures keep 
on clicking despite rumors 
of a shrinking market for 
multimlUion dollar machines. 
Digital Equipment Corp. and 
Intel will collaborate on a 
range of software projects for 
massively parallel computers, 
the first of which is an archi- 
tecture-independent pro- 
gramming language compiler 
that should be ready by the 
end of the year. Also, IBM has 



opened the Highly Parallel 
Supercomputing Systems 
Laboratory in Kingston, NY. 
The lab is designed to speed 
the process of bringing new 
parallel supercomputing 
products to market. 

HELLO, @OOBBTE. . . 

William Wulf , of the Univer- 
sity of Virginia, steps into 
the role of chair of the Com- 
puter Science and Telecom- 
munications Board this 
month. Wulf succeeds 
Joseph Traub, Columbia 
University, who launched 
the CSTB six years ago. 

FRENCH STRATEGY... A 
group of research organiza- 
tions in France are about to 
open an independent com- 
pany to work with Industry 
to translate discoveries into 
commercial products. Nature 
reports the new firm will 
offer government scientists 
full Intellectual property 
rights and full royalties on 
licenses from patents based 
on their research in exchange 



for the laboratory 
paying all costs for 
the transfer of 
I technology to the 
private sector. The 
French research 
establishment is 
expected to help 
this (still unnamed) 
company to gain 
credibility on the 
InLernatlonal scene. 

VM liMmB TV. . .Controversial 
filmmaker Oliver Stone (JFK) 
will coproduce the first TV 
show set in virtual reality. 
The six-part series, based on a 
popiilar cartoon strip called 
Wild Palms, is the story of a 
TV executive enmeshed in 
a "bizarre, abstract world 
where family relationships, 
corporate Intrigue and murder 
all collide," according to an 
ABC spokesperson. The series 
may premiere this faU. 

NEW HORIZONS . . . Two 
industry pioneers have set 
up shop to pursue a "vision 
of computing unUke anything 
that exists today." Microsoft's 
cofounder Paul Allen and 
former IBM vice president 
David Liddle are president 
and chief executive of Inter- 
val Research — a new R&D 
firm designed to focus on 
new ways of thinking about 
algorithms, communications 
and computing in the busi- 
ness world. One of Interval's 
first projects will be the cre- 
ation of hand-held PCs that 
can tap into information 
databases worldwide. 
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OONTEMPOXIARY ART. . . 

An interactive museum 
exhibit created by a Califor- 
nia artist asks visitors to 
take a walk in the shoes of 
a homeless person. Chris 
Hardman's "Etiquette of the 
Undercaste," which recently 
ended a run at the Smith- 
sonian, is a computer-aided 
life cycle that begins in a 
baby's crib, and continues 
through reform school, 
street gangs and drug wars. 
By journey's end the par- 
ticipant is staring down the 
barrel of a gun, reflecting 
the death of the human 
spirit. The artist explains 
the exhibit as a way to help 
people understand how the 
homeless become homeless. 

BANDING TOGETHER. . . 

An international consor- 
tium has been formed to 
promote and develop the 
ISODE package of open 
system interconnection 
applications used exten- 
sively in the research com- 
munity. The primary goal 
of the consortium, which 
already boasts LI founding 
organizations from the U.S. 
and Europe, is to spearhead 
key development of ISODE 
software at a faster rate 
than would be possible for 
any single firm. The U.S. 
office opened last month in 
Washington; a European 
office is expected to open 
by next spring. 

RUSSIAN POLICY. . A 

two-hour video conference 
between a delegation of 
Russian scientists and 
members of the U.S. House 
Committee on Science, 
Space and Technology 



^ 



emphasized that Russia's 
scientific community is 
looking for cooperation, 
not charity. "Although (U.S. 
assistance) could help alle- 
viate our economic hardship, 
it could also provide knowl- 
edge that the U.S. now 
lacks," said Boris Saltykov, 
minister of science. The 
greatest obstacle, the dele- 
gation admits, is converting 
Russia's plethora of defense- 
minded scientists into 
commerce-conscious ones. 

LEARN FROM 
EXPERIENCE . . . Chess- 
playing computers ignore 
their past successes and 
failures in favor of plowing 
through billions of possible 
moves. Robert Levinson, an 
assistant professor at the 
University of California, 
Santa Cruz, thinks forget- 
fulness is a great waste and 
is determined to teach a 
computer how to learn from 
experience. His goal is to 
build a computer system, 
named Morph, that mimics 
how a child would learn 
chess given only two ele- 
ments: lists of legal moves 
and a playing partner who 
reveals only whether the 
child wins or loses. The 
National Science Foundation 
apparently agrees this con- 
cept has great potential for 



many areas in artificial 
intelligence technology; the 
agency has awarded Levinson 
a grant for more than 
S298,000 to build his Morph. 

CHIP FIX... Scientists 
at the GE Research and 
Development Center have 
developed technology for 
designing "self-healing" 
chips. These next genera- 
tion integrated circuits will 
police themselves for errors 
caused by malfunctioning 
circuit elements and pro- 
duce signals that compen- 
sate for errors the faulted 
elements would otherwise 
cause. The technique lends 
itself to the design of both 
digital and analog fault- 
tolerant integrated circuits. 
GE researchers say the 
method is still two or three 
years away from its first 
real-life application. 

BARRY'S BUG. . .Viruses, 
as we all know, can play 
strange and frightening 
games with computer-based 
data. Now, Computing 
magazine has reported a 
new strain that plays some 
strange, and yes, frightening 
music. It's called the Barry 
Manilow Virus— a phantom 
bug that's infiltrating a 
growing number of com- 
puter systems, scaring 
users with such tunes as 
"Mandy" and "Copacabana." 
The virus is a collection 
from the singer's Greatest 
Hits album. Once detonated, 
the virus spins out a 
continuous stream of 
Manilow's million sellers. 
Experts are working 
feverishly on an antidote 
for this plague. □ 
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June marks the last month of 
this administration and my 
last opportunity for a Presi- 
dent's Letter. Needless to say, 
it seems like a good time to re- 
flect on the last two years and 
access what we have accomplished. 
First, however, I want to say it 
has been an honor and a pleasure 
to have the opportunity to serve as 
ACM president. My two-year term 
has provided challenges, rewards, 
frustrations, and enlightenment — 
sometimes simultaneously. I have 
certainly learned a lot, and I hope 
that in the process I have contrib- 
uted something to the Association 
and to the profession and discipline 
of computing. 

As I leave the presidency, I believe 
that, overall, ACM continues to be a 
healthy organization. Maintaining 
that health, however, has become an 
increasingly challenging task, as the 
effects of the ongoing recession 
impact the computing industry and, 
therefore, societies such as ACM. As 
measured by membership levels, 
subscription levels, technical activity, 
ACM is "holding its own" through 
this difficult economic period and, in 
that respect, is faring much better 
than many other organizations. I 
believe we have been able to main- 
tain our membership and subscrip- 
tion levels because we have contin- 
ued to aggressively promote the 
value of ACM membership and 
services. Moreover, through the 
efforts of Headquarters staff, we 




have increased the number of 
career-oriented services available 
to merabers. In reality, one should 
not be ashamed of flat growth during 
these economic times. 

In addition to aggressively pro- 
moting ACM to maintain our mem- 
bership and subscription levels, the 
Executive Committee has worked 
hard with Senior Headquarters staff 
and Senior ACM volunteers to 

JohnR. White 
ACM President 



reduce expenses when revenues have 
fallen short of plan. In the last fiscal 
year, over $1.3 million of planned 
spending against the General Fund 
(non-SIG) bottom line was elimi- 
nated. This year we are, once again, 
reducing expenses to ensure that the 
ACM fund balance remains at an 
appropriate level. 

Despite having had to hold down 
spending as revenues slipped, we 
have still invested in new and impor- 
tant programs so that we continue to 
build the foundation for the pro- 
grams, projects, and services that wUl 
ensure the future health and rele- 
vance of ACM. 

One of our major investments dur- 
ing the past year was the move of 
ACM headquarters from 11 West 
42d St to a new location at 1515 
Broadway. In the process Headquar- 
ters left behind 23,000 sq. ft. of 
depressing space and moved into 
33,000 sq. ft. of modern, quality work 
space. Additionally, all 95 members 
of the Headquarters staff have new 
workstations that are interconnected 
on local area networks to enhance 
cooperation and productivity. The 
new ACM Headquarters provides 
fine space and a quality working 
environment that the Executive 
Committee and Council believe will 
enable ACM staff to effectively sup- 
port the activities of the Association 
well into the next century. Finan- 
cially, it was an important step. We 
acquired 50% more space, which 
because of the soft real estate market 
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in New York, will cost substantially 
less than the old space. I encourage 
you to visit ACM Headquarters 
on your next trip to New York City. 

Another major investment we are 
making is in local ACM activities. 
Bill Poucher, chair of the Local Ac- 
tivities Board, has assumed the chal- 
lenging task of revitalizing local 
chapter, local SIG, and student chap- 
ter activities across the Association. 
Part of this revitalization effort has 
been the establishment of a new 
ACM Network Services program 
that will initially provide access to the 
Internet for volunteers who run local 
activities. The Executive Committee 
has found the money to launch this 
program and is presendy considering 
additional funding, because many of 
us believe ACM Network Services 
has the potential to someday provide 
Internet access to ALL ACM mem- 
bers. The impact of this would be 
incredible. I would love to see the 
ACM renewal form with a box that 
says "check here to have an electronic 
mail box and internet address estab- 
lished for you at ACM.ORG." 

We are also beginning to look seri- 
ously at electronic publishing. Pro- 
posals are being developed that 
define a staged, but major, program 
for electronic submission AND dis- 
semination of information. The tech- 
nology exists and the potential for 
enhanced electronic interconnection 
of ACM members through ACM 
Network Services really makes this 
an important decision for the Asso- 
ciation. The main roadblock is 
money, and a special appeal is being 
made to you, the members, and other 
sources to build the ACM Develop- 
ment Fund to the point where this 
activity can be launched. 

Additionally, we are continuing to 
invest in the important new direc- 
tions for the Association that I 
outlined in the past. These include: 

1. Increased public awareness of 
computing, as well as ACM; 

2. Increasing engagement of issues 
important to the discipline, the field, 
and the public; and 

3. Enhancing our role as an interna- 
tional organization. 




Regarding the first of these, we 
completed, with your support, our 
commitment to the WGBH produc- 
tion of a five-part series on the history 
and importance of computing. 
Called The Machine that Changed the 
World, this series aired on PBS sta- 
tions throughout the U.S. for five 
consecutive weeks in April. 

Another activity aimed at increas- 
ing public awareness of computing 
was our continuing involvement 
with, and sponsorship of, the Com- 
puter Museum's Computer Bowl. 
The Bowl was held on May 1st in 
Boston and broadcast to many PBS 
stations as part of the Computer 
Chronicles series. As in years past, a 
number of questions used in the 
Computer Bowl were submitted by 
ACM members. 

In addition to these public 
awareness activities, ACM is conti- 
nuing to engage issues important to 
all of us. The ACM Committee on 
the Status of Women and Minorities 
in Computing was recently awarded 
a National Science Foundation grant 
to launch its mentoring program. 
The Education Board's task force on 
K-12 education is beginning to play 
an active role in understanding how 
to better use computing technology 
to improve precoUege education. 
ACM Council itself has taken posi- 
tions on issues regarding privacy and 
computer games and provided the 
Nationgil Research Council's Com- 
puting Science and Telecommunica- 
tion Board position statements on 
difficult questions regarding the 
future of computing. Additionally, 
we are beginning to look at how to 
react more quickly as an- association 
on important issues and how to 
responsibly take positions on US- 
specific issues without speaking for, 
or detracting from, our non-US. 
members. 

Finally, we are continuing our 
efforts to be more effective in our role 
as an international organization. 
Although still in draft form, the cur- 
rent version of the FY 93 budget 
includes funds to open a small ACM 



office in Brussels . 

None of this would have been 
possible without the dedication and 
hard work of ACM volunteers and 
staff With that in mind, I would like 
to specifically and sincerely thank the 
members of my Executive Commit- 
tee: Ron Oliver, Barbara Simons, 
Jack Esbin, and Bryan Kocher for 
their vision, dedication, and desire to 
"make a difference." It is also impor- 
tant to point out that our Executive 
Committee had a wonderful set of 
Board chairs with whom to work 
the past two years. Without their 
hard work and commitment, nothing 
would have actually been 
accomplished. FinzJly, within the 
volunteer community, I want to per- 
sonally thank the ACM Council for 
their commitment to leadership. 
Council is becoming an important 
and distinguished body for the ACM 
and is increasingly willing and eager 
to engage and discuss issues, and to 
do so in a way that always attempts 
to forward action. 

I also want to acknowledge and 
thank the entire staff at ACM Head- 
quarters. ACM staff are real profes- 
sionals and truly dedicated to seeing 
the Association achieve its potential. 
I especially want to acknowledge the 
support given to the Executive Com- 
mittee by the executive director, Joe 
DeBlasi, and the deputy executive 
director, Pat Ryan. 

Finally, I want to express my 
sincere appreciation to the Xerox 
Palo Alto Research Center for their 
support throughout my two-year 
term. Being ACM president can be 
time consuming- — ^very time con- 
suming. One cannot attempt to fulfill 
the responsibilities of this position 
without the full support of one's 
employer. In particular, I want to 
thank Mark Weiser, manager of the 
Computer Science Laboratory and 
my boss, and John Seely Brown, vice 
president and manager of PARC, for 
consistently conveying to me the 
value they attached to the investment 
I was making in ACM. 

It's been great, and even fun 
— thanks! Q 
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In their hyperventilating 
"Viewpoint" (Jan. 1992, p. 17) 
Stallman and Garfinkle seem 
to have overlooked history 
and the literature in their 
haste to make an argument. 
In particular, in the section "Pat- 
enting What Is Too Obvious To 
Publish," they mention the window- 
ing techniques of the MIT Lisp 
machine, comparing it favorably 
with mechanisms developed by Rob 
Pike. They impute to the Lisp ma- 
chine developers a belief that their 
work was "too obvious to publish." 
Perhaps it was; in contrast, Pike's 
work was published, and was very 
well received. His presentation in 
SIGGRAPH 1983 was one of four 
papers selected for publication in 
TOG [7]. Its review in Computing 
Reviews [5] concludes, "This is a 
well-written, comprehensive paper 
on a very popular subject, and will 
doubtless become required reading 
for designers of window manage- 
ment systems." 

Subsequently, Foley, vanDam, 
Feiner, and Hughes [1] described it 
as follows: "In a seminal paper. 
Pike... described [window manage- 
ment] on a bitmapped screen... . 
The ideas of this system are now 
seen in the X Windows System, the 
Lisa operating system, the Macin- 
tosh operating system, and many 
other windowing systems." 

Pike's published work was evi- 
dently important and influential, 
while the Lisp Machine developers' 
work was either unpublished and 
thereby withheld from the scholarly 
community, or as obvious and un- 
important as Stallman and Gar- 
finkle claim. Neither possibility 
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supports the thesis of their "View- 
point" article. 

Dennis M. Ritchie 

AT&T 
Munay Hill, NJ 

The League for Programming Free- 
dom brings up the issue of software 
patents in the U.S. This issue is dis- 
cussed from an American point of 
view, and I think it should be ex- 
tended to an international ap- 
proach. I agree with the League 



about the fact that abusive software 
patents can be a danger for the 
software industry as a whole, but 
the impact on the exchange of soft- 
ware between the U.S. and the rest 
of the world may also be greatly af- 
fected. 

The League mentions the high 
price of patent searches. This price 
is even greater for foreign compa- 
nies, who cannot readily get this 
information. Costly patent searches 
could very easily become prohibi- 
tive for a company which makes 
only a relatively small part of its 
revenue in the U.S. If patent suits 
become commonplace, as we can 
fear, these companies might simply 
have to withdraw from the U.S. 
market. In some fields, like con- 
straint logic programming, Euro- 
pean companies represent a large 
share of the market and research. 
The withdrawal of these companies 
from the U.S. market would not 
only be a great loss for the individ- 
ual companies, but also for the en- 
tire U.S. constraint logic program- 
ming community, which would 
then have trouble staying informed 
of the recent developments in the 
field. 

On another level, numerous suits 
against foreign companies trying to 
sell software in the U.S. could easily 
be taken as a protectionist measure 
from the U.S. by the governments, 
which would then be tempted to 
impose restrictions on U.S. soft- 
ware import. Even though this sce- 
nario is somewhat far-fetched, its 
eventual impact is something we 
have to consider today. 

Software patents can not only 
"snuff out the sparks of creativity of 
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individualism that have driven the 
computer revolution" in the U.S., 
but also block the exchange of soft- 
ware and ideas between the U.S. 
and other countries, which is an- 
other important input to this com- 
puter revolution around the world. 

Eric Vfetillard 

47 Boulevard Aguillon 
Marseille, France 

I am in agreement as to the source 
of the problem. 35 U.S.C. 103 re- 
jects patentability if it "would have 
been obvious... to a person having 
ordinary skill in the art to which 
said subject matter pertains." Prior 
to 1991, the PTO refused to hire 
CS graduates, nor did it allow CS 
graduates to practice before it. The 
result was the blind leading the 
blind. Neither practitioners nor 
examiners had any idea what was 
"obvious" since they did not have 
an "ordinary skill in the art." 

Additionally, the PTO has used 
its lack of ability to find relevant art 
as an excuse against patentability of 
software. Examiners and practi- 
tioners have not belonged to the 
ACM, nor have they shared access 
to such informal sources of infor- 
mation as the USENET. Also, it is 
partially a problem of not having 
the shared lore acquired through a 
CS degree or long practice in the 
field. 

My first disagreement with the 
League is in its implication that if a 
pair of programmers could write 
50,000 lines of code in a year, much 
of that code could possibly be pat- 
entable. Little, if any of it would be. 
First, the only way for two persons 
to design, code, and debug that 
much code in one year is if most of 
it is "obvious," like what COBOL 
programmers do. 

Secondly, most software patents 
being issued, and almost all such 
patents upheld, concern operating 
system or hardware-oriented soft- 
ware. This type of software can be 
measured in the hundreds or low 




thousands of lines of code per pro- 
grammer year. First, this type of 
code has enough novelty for pat- 
entability. Secondly, patents cost 
money; software patents cost a lot 
more money than most patents. 
Finally, the Supreme Court in a line 
of cases has severely restricted what 
software is patentable. 

Justice Douglas, born in the last 
century, wrote the Gottschalk vs. 
Benson decision in 1972. It stands 
for the proposition that computer 
programs are algorithms, and that 
mathematical algorithms are not 
"statutory" under § 101 because 
they are rules of nature. This would 
be like patenting gravity. This is the 
law today, only slightly weakened 
by Parker vs. Flook and Diamond vs. 
Diehr. As all concerned agree, it is 
also ridiculous. In its recent deci- 
sions, the CAFC has recognized the 
reality of software patents, requir- 
ing for patentability some hardware 
component, or that the software be 
part of some machine (other than 
as a program in a general purpose 
computer). 

The authors seem to think that 
the PTO has the last word in pat- 
entability. Patents are invalidated 
every day. Yes, patents are "pre- 
sumed" valid. However, this pre- 
sumption applies only to questions 
of fact. It does not apply to ques- 
tions of law, such as whether a pa- 
tent concerns statutory subject mat- 
ter. 

Even if a patent is valid, it is often 
not enforceable. Patent infringe- 
ment suits are horrendously expen- 
sive, especially for the plaintiff. 
One of the litigators in our office 
uses $2,000,000 in damages as a 
rough yardstick for taking a patent 
infringement case on a contingency 
basis. The authors use a 5% royalty 
figure. We have seen what hap- 
pened to IBM's MCA royalty offer. 
A reasonable royalty of 1 % is prob- 
ably even generous. Note the .8% 
royalty rate for use of the FAX 
compression algorithm. A 1% rate 
results in the requirement that any 



infringing product have sales in 
excess of $200,000,000 before it is 
economic to sue for patent in- 
fringement. Companies with that 
sales volume are exactly those that 
can cross-license. 

Clients in any patent law office 
receive constant cease and desist 
threats alleging patent infringe- 
ment. We usually advise our clients 
to ignore the threats, often writing 
an opinion letter as to the invalidity 
or unenforceability of the patent 
claimed. Because of the cost, we 
know that patent holders will al- 
most never actually sue for in- 
fringement. One of our attorneys, 
after practicing for 25 years, and 
after seeing hundreds of demand 
letters, has seen two clients sued for 
patent infringement. Both suits set- 
tled. 

One additional problem is that of 
proof. The more obscure the pa- 
tent, the harder it is to show the 
good faith belief in infringement 
required for suit without access to 
source code. Have you ever tried to 
deduce an algorithm from disas- 
sembled object code? Source code is 
usually not available until after a suit 
has been filed. Without a good faith 
belief in infringement at the time a 
suit is filed (supported by facts 
available at that time), any party 
suing for infringement is open to 
Rule 1 1 sanctions. Every day Fed- 
eral courts become more willing to 
assess attorneys' fees (in the case of 
patent infringement, costing up- 
wards of $200,000) against plain- 
tiffs (and their attorneys) in frivo- 
lous cases. 

My final criticism of the League's 
article is the authors stated prefer- 
ence for copyright law. Tradition- 
ally, patents have protected ideas, 
and copyrights have protected the 
expression of ideas. Copyright law 
has expanded to fill the vacuum in 
the software field created by the 
traditional unpatentability of soft- 
•ware. Note the Paperback Book deci- 
sion, as well as the ongoing Lotus 
and Apple "look and feel" copy- 
right suits. 

Copyright law appears to me to 
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be a much greater threat to soft- 
ware freedom that patent law: it is 
free; it is automatic; it lasts almost 
forever (life of author plus 50 
years); infringement is easier to 
prove (validity is trivial), and reme- 
dies and damages are invariably 
more generous (for example, it is 
much easier to recover attorneys' 
fees). 

Bruce E. Hayden 

Fields, Lewis, Pittenger, and Rost 

Patents, Copyrights and Trademarks 

Denver, CO 

Thank you for the public service 
you have done by publishing the 
League for Programming Free- 
dom's "Viewpoint." 

The League did a good job of 
explaining the problem and pro- 
posing a common-sense solution. If 
I may, I'd like to emphasize the fol- 
lowing three points: 

1. To define software for purposes 
of the proposed legislation against 
software patents, the League em- 
phasizes the mathematical aspects 
of software, and the ease with 
which it can be copied. I think it is 
also important to distinguish soft- 
ware inventions clearly and unam- 
biguously from inventions that 
might properly be patented, as fol- 
lows: 

A software invention is an expres- 
sion of instructions for arranging 
and operating a tangible device. In 
that respect, it is like a wiring dia- 
gram, instruction manual, blue- 
print, or specification, except that 
devices can interpret software di- 
rectly. Like diagrams, etc., software 
is not part of the device for which it 
provides information. No software 
can ever provide, store, use, or 
transfer energy in any form, so it 
can never be part of a device. A 
software invention is nothing more 
nor less than the expression of an 
idea. 

2. Many software firms have been 
founded on the sole promise of re- 
invented, incrementally improved. 




or new software inventions. Some 
of them are now industry leaders, 
like WordPerfect Corporation. If 
software patents are permitted to 
continue, there will be no more suc- 
cess stories in our country like that 
of WordPerfect or Lotus Develop- 
ment. 

3. Software patents harm computer 
science education, since teachers 
and students distribute thousands 
of programming algorithms, which 
are supposed to be in the public 
domain. Fear of patent suits will 
force colleges and universities to 
stop the free exchange of computer 
science ideas expressed in com- 
puter programs now transmitted 
via vast international computer net- 
works. Software patents will suc- 
ceed in doing what computer vi- 
ruses could not. Surely the 
Founding Fathers did not imagine 
that the Patent Office might be so 
misused. 

Sidney L. Sanders 

Sanders-Intek, Inc. 
Geneseo, NY 

Response 

To Dennis Ritchie: The idea of 
backing store is simply that the hid- 
den parts of a window can be held, 
and updated, in off-screen mem- 
ory. 

If Rob Pike had had nothing to 
say beyond this, his paper would 
hardly be noteworthy. The real 
meat of the paper was the memory 
management scheme which mini- 
mized the amount of off-screen 
memory needed by subdividing it 
into many rectangles of different 
sizes. Pike designed this scheme to 
support a terminal with limited 
memory space. 

The Lisp Machine developers 
did nothing so impressive. With vir- 
tual memory and 80 megabytes of 
swapping space, they did not need 
such complexity. Their main con- 
cern was to minimize changes to the 
screen-drawing microcode. 

Pike's memory management 



scheme was a clever piece of design, 
but it is not very important in win- 
dow system design today. This is 
because the decreasing price of 
memory has removed the need to 
try so hard to minimize memory 
use. X Windows, in particular, uses 
a much simpler scheme. 

If the AT&T patent were limited 
to Pike's memory scheme, we would 
still impose obstacles in improving 
window systems, but it would not 
fall in the category of "too obvious 
to publish," It would also be no 
threat to the users of X Windows. 
However, the patent covers any 
implementation of backing store 
that handles multiple client pro- 
cesses, whether complex or simple. 
Pike's scheme was the occasion for 
the patent, but it has little to do with 
the effect of the patent; that derives 
from the patent's broadest claims. 
These are what we are talking 
about when we say that the matter 
is obvious. 

In response to Eric Vetillard: We 
do not know of a particular trend to 
sue or threaten foreign companies 
now. However, there is some sign 
that officials in Washington regard 
extended intellectual property as a 
means to improve U.S. balance of 
payments, completely regardless of 
details or of the other effects of the 
policy. 

Following this view, the U.S. has 
repeatedly pressured other coun- 
tries to adopt software patents. For 
example, the U.S. has put provi- 
sions in the draft GATT treaty that 
would require all countries to have 
software patents. The often- 
suggested idea of making software 
patents last for a time commensu- 
rate with the rate of progress in 
software is also prohibited. So is any 
sort of mandatory licensing scheme 
that might lessen the practical bur- 
den of the patent system. Thus, 
Washington's response to the effect 
of patents on competitiveness is to 
spread similar difficulties else- 
where. 

However, it should be noted that 
the usual assumption that Ameri- 
cans would own the bulk of any 
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newly imposed software monopo- 
lies is less and less true. Over one- 
third of the U.S. software patents 
being issued today seem to be going 
to Japanese companies. 

In response to Bruce Hayden: 

Hayden has a good point that pa- 
tent lawsuits on a contingency basis 
would have to be made against 
large companies. However, this 
does not mean that only large com- 
panies need fear. 

American Multi-Systems is a 
small family business that recently 
developed a game system for bingo 
halls. It is in danger from Fortunet, 
which has a broad and simple pa- 
tent on using a network to imple- 
ment casino games, and has already 
sued another developer named 
CPU Technologies. Fortunet offers 
no licenses because it aims to have 
a monopoly on such systems. 
Though American Multi-Systems 
has not yet been sued, it finds that 
many customers avoid it because 
they fear that they too might be 
sued. 

A small expenditure is enough to 
crush someone who cannot afford 
to resist. Phil Zimmermann put 
RSA encryption together with vari- 
ous other algorithms to produce a 
free program called Pretty Good 
Privacy. This program is now 
widely used outside the U.S., but it 
is unavailable here; Zimmermann 
agreed to stop distribution when 
threatened by RSA, Inc., which 
claims its patents cover all public 
key encryption. 

Hayden underestimates the abili- 
ties of capable system developers 
when he says that a 50,000-line pro- 
gram written by two programmers 
in a year must be trivial. But he is 
probably right that the program 
would contain at most a few new 
ideas that could be patented. 

However, this does not protect 
the authors from the danger that 
many of the techniques they use — 
perhaps well known, or "obvious" 
in the opinion of software de- 
signers — may have been previously 
patented by others. 




If it were true in practice that 
patents required some special hard- 
ware component, and could not 
apply to pure software, then this 
might solve the problem of soft- 
ware patents (depending on details, 
of course). In practice, as Pamela 
Samuelson explained in Communi- 
cations (Aug. 1990, pp. 23-27), this 
requirement has been interpreted 
by the courts to mean that a patent 
applicant need only mention a 
ROM to satisfy it. 

Thus, for example, we have pa- 
tent 5,031,134 which covers an al- 
gorithm for integrating a function 
from a table of values stored in a 
ROM. 

If this and similar patents ap- 
plied only to machines using ROMs 
in this way, they would be meaning- 
less. There is little call for a device 
that integrates the same function 
each time it is used. But, through 
the doctrine of equivalents, the pat- 
ents may also apply to programs 
running on general-purpose com- 
puters. 

As long as the court of appeals 
continues with this interpretation 
of the law, there is little scope for a 
defendant to challenge a patent's 
validity except on questions of fact. 

If it becomes harder to subpoena 
copies of source code, this will pro- 
tect software developers from cer- 
tain patents, provided they do not 
release source code. It is ironic that 
the patent system should work in 
this fashion to encourage trade se- 
crecy — the opposite of its original 
intent. 

Note, though, that this factor 
would not apply to the patents 
listed in our article. Some apply to 
the user-level features of a pro- 
gram. Even when a patent covers 
techniques or algorithms, it is often 
possible to tell which ones are used 
lay looking at what the program 
does. The League for 

Programming Freedom 
1 Kendall Sq. #143 
P.O. Box 9171 
Cambridge, MA 02139 



The caller id Debate 

The "From Washington" column, 
"Privacy in the Telecommunica- 
tions Age" (Feb. 1992, p. 23), is 
embarrassingly facile, almost insult- 
ingly so. 

The authors of this column are 
Carol Wolinsky and James Sylves- 
ter, lawyers in the employ of Bell 
Adantic. Bell Adantic is a principal 
antagonist in the current debate 
over personal privacy and new tele- 
phone technology. Nowhere in the 
column is Bell Adantic's aggressive 
advocacy of privacy-invading tech- 
nologies even acknowledged, let 
alone explained. Instead there are 
coy little commentaries strewn 
about, like "the advent of extensive 
databases coupled with easy-to-use, 
menu-driven search and retrieval 
tools will continue to drive our na- 
tion's economic development." One 
pleads for some empirical support 
for this baldly self-serving asser- 
tion, whose other outcome may be a 
substantial diminution of our per- 
sonal liberties. 

The authors ingenuously claim 
that the man objection to Caller ID, 
which they champion the loudest, is 
"that the service violates the privacy 
rights of the calling party by dis- 
closing his or her telephone num- 
ber." This is only half of the prob- 
lem. More to the point of the 
ACM's concerns, civil libertarians 
worry that Caller ID will lead — and 
is intended to lead^ — to the com- 
puter-abetted collecdon, manipu- 
lation, matching, and resale of 
personal information, with the tele- 
phone number providing a conve- 
nient header to our personal dossi- 
ers. That is why the telephone 
companies, including Bell Atlantic, 
so vociferously argue that Caller ID 
must be universal, with no easy 
blocking options. Otherwise, it will 
have only limited commercial ap- 
peal. After years of fighting imposi- 
tion of government-supplied na- 
tional ID numbers, we turn around 
to find the telephone companies 
providing them instead. Many of us 
are alarmed. 

Communications should either 
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find genuinely neutral parties to 
argue important social issues, or 
balance presentations such as this 
flyweight brief with opposing 
points of view (of, one hopes, 
higher standards). 

Robert Jacobson 

Former Staff Director, Assembly 

Utilities and Commerce Committee 

California Legislature 

The column by Wolinsky and Syl- 
vester of Bell Atlantic contained 
several inaccuracies pertaining to 
the so-called Caller ID telephone 
service. 

Wolinsky and Sylvester state, 
"This service provides the called 
party with the directory number of 
the calling party and enhances the 
privacy of call recipients because it 
allows them to identify the caller in 
advance." All clauses of this sen- 
tence are false. The service does not 
provide the directory number of 
the calling party, it provides the 
number of the telephone that the 
calling party happens to be using. 
People (friends, relatives, cowork- 
ers, and harassers) call from a vari- 
ety of numbers (home, office, other 
people's phones or offices, phone 
booths) so the service does not 
identify callers reliably. Its value to 
call recipients in enhancing their 
privacy is therefore marginal. Are 
users supposed to memorize the 
number of all the places where all 
of their friends might call from? 
How are users to know whether 
an unrecognized number is a 
telemarketer or a spouse calling 
from a phone booth with a broken- 
down car? 

The name for the service used by 
most telephone companies. Caller 
ID, is misleading. A few telephone 
companies use a more accurate and 
honest name, "Calling Number ID" 
(CNID). 

Though CNID is poorly de- 
signed for use by residential phone 
users in screening calls, it is quite 
useful for businesses in collecting 
marketing data. Businesses fully 




intend to use CNID to collect the 
numbers of households that call 
them and, with the help of reverse 
directories and database enhance- 
ment services such as those pro- 
vided by Telematch and Donnelly 
Marketing, compile complete mar- 
keting databases on American 
households. 

Phone companies could, if they 
wanted to, design services and 
equipment that would be more use- 
ful to residential phone users than 
CNID is for enhancing the privacy 
of call recipients, and less helpful to 
businesses for collecting marketing 
data. For example, phone compa- 
nies could provide a call-screening 
service: differential call-handling 
for lists of numbers you specify, 
e.g., family, friends, foes, other. 
Types of call-handling could in- 
clude taking a message, ignoring 
the call, ringing normally, ringing 
distinctively. Such a service would 
not disclose anyone's number with- 
out their consent. 

Another CNID-alternative is to 
identify callers by billing name or 
by an optional text string provided 
by the caller at the time of the call, 
e.g., "Grandma". Both approaches 
have the important advantage of 
not using identifying information 
that is conducive to compiling and 
searching databases. The latter 
approach has the additional advan- 
tage of truly identifying callers, not 
just calling telephones, making it 
much more reliable for call-screen- 
ing than CNID is. 

In proposing CNID, phone com- 
panies are clearly pandering to the 
needs of their business customers 
and neglecting those of their resi- 
dential customers. In California, 
citing testimony from Computer 
Professionals for Social Responsi- 
bility and others, a judge for the 
Public Utilities Commission re- 
cently suggested that CNID be dis- 
allowed in that state on the grounds 
that it violates people's right to con- 
trol the disclosure of personal in- 
formation, and called upon the tel- 



ephone companies to develop 
services that are more useful to res- 
idential phone users. 

Yes, we want better call-screen- 
ing capability. No, we do not want 
Calling Number ID. 

Jeff Johnson 

Computer Professionals for Social 
Responsibility 



Response 

Johnson's and Jacobson's letters in 
response to our column are indica- 
tive of the fervor and debate sur- 
rounding privacy issues. While 
Johnson chooses to focus on Caller 
ID issues, Jacobson's letter discusses 
a broader range of issues — but 
misses the point of our column. We 
clearly stated our purpose at the 
outset — to discuss some of the cur- 
rent issues where technological 
progress is raising concerns about 
personal privacy. Many people 
remain unaware of even this lim- 
ited range of issues being consid- 
ered by the U.S. Congress, the 
FCC, and the states as they formu- 
late telecommunications and pri- 
vacy policy. 

It is true that Bell Atlantic has 
been an advocate for Caller ID ser- 
vice. But, our discussion pointed 
out the diversity of views and the 
varying treatment of this service by 
18 states. Congress, and the FCC 
without promoting Bell Atlantic's 
views in particular. Bell Atlantic 
continues to believe that unre- 
stricted Caller ID, meaning, of- 
fered without the ability to block 
the display of the calling number, is 
the best deterrent to annoying and 
harassing calls. In our column, we 
choose not to extol the virtues of 
Caller ID, but the service is very 
well received by our residential cus- 
tomers; they represent over 93% of 
our subscribers. Small business, 
schools and public safety personnel 
also gain significant benefits as false 
orders and bomb threats have been 
significantly reduced. Anyone, con- 
trary .to Jacobson's assertion, can 
block display of their telephone 
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number by placing the call through 
an operator or by using a payphone 
or a credit card. 

Jacobson's and Johnson's asser- 
tions that telephone numbers will 
become national ID numbers and 
provide the linchpin for building 
personal dossiers ignore the facts. 
Personal information is already 
widely available and subject to far 
fewer safeguards than the tele- 
phone companies impose on re- 
lease 6f their data. There is nothing 
magic about telephone numbers in 
comparison to the role played by an 
address and zip code or a driver's 
license number, social security 
number, or credit card number. 

However, telephone numbers 
can meet customers' expectations 
for new, privacy-enhancing ser- 
vices. The emerging Personal Com- 
munications Services are a case in 
point. Customers want to initiate 
and receive calls from any place, at 
any time, but not necessarily from 
anybody. The advanced technology 
that supports Caller ID makes these 
services possible and already pro- 
vides many of the services proposed 
by Johnson. 

Jacobson pleads for "some em- 
pirical support" for our statement 
that extensive databases and menu- 
driven search and retrieval tools 
will have a major role in U.S. eco- 
nomic development. We made this 
statement in our discussion of the 
debate surrounding telemarketing 
practices; support for our summary 
statement is readily evident in busi- 
ness news reports. 

Finally, our employment by Bell 
Atlantic was clearly acknowledged. 
We are not lawyers, as Jacobson be- 
lieves, but we find, sometimes re- 
grettably, that you cannot deal with 
these issues in Washington without 
unintenrionally sounding like one. 



Carol Wolinsky 

Manager, Privacy Issues 

James Sylvester 

Director, Infrastructure Issues 
Bell Atlantic 




Optimization-based 
vs. Rule-based 

We read with interest "A Rule- 
Based Solution for Dense-Map 
Name Placement" (Jan. 1992, p. 68) 
by Doerschler and Freeman. Read- 
ing that article led us to reconsider 
the article, "Integer Programming 
vs. Expert Systems: An Experimen- 
tal Comparison" (Mar. 1990, p. 
323) by Dhar and Ranganathan. 
Both articles present rule-based so- 
lutions to combinatorial optimiza- 
tion problems. Dhar and Ran- 
ganathan compare optimization- 
based and rule-based programs for 
the generation of college course 
schedules. Doerschler and Freeman 
address map name placement. Both 
articles ignore previously published 
solutions to similar problems using 
mathematical optimizadon tech- 
niques. 

During a half-day search through 
journals devoted to operations re- 
search we were able to find one 
review article [10] and five appli- 
cation-oriented articles on course 
scheduling, classroom assignment, 
and the assignment of teachers to 
classes [2, 3, 4, 6, 8]. Each applica- 
tion article formulates its particular 
version of the problem as a combi- 
natorial optimization problem and 
describes custom coded optimiza- 
tion programs developed to solve 
them. All five programs use some 
combination of problem partition- 
ing, constraint relaxation, problem 
specific heuristics, and user inter- 
vention to help find feasible solu- 
tions. Two of the programs have 
been used by colleges to solve real 
scheduling problems. 

Doerschler and Freeman allocate 
exacdy two sentences in their article 
to the possible use of mathematical 
optimization techniques to solve 
map name placement problems. In 
the second sentence they dismiss 
the possibility for dense-maps be- 
cause of the size of the optimization 
problems involved. 

In fact, the two map name place- 
ment programs described in the 



cartographic literature which are 
used today in map production rely on 
optimization techniques to produce 
high-quality output. These two 
name placement programs are de- 
signed to assist in the compilation 
of special purpose maps. One pro- 
gram places area feature names in- 
side map feature polygons [9]. The 
other places point feature names on 
petroleum industry basemaps [11, 
12, 13]. The fact that these two pro- 
grams are used for special purpose 
mapping is less important than the 
fact that they are used in map pro- 
duction, something that cannot be 
said for any rule-based map name 
placement program. The petro- 
leum industry-oriented program 
was implemented by one of the au- 
thors of this letter, and he can as- 
sure readers that petroleum indus- 
try basemaps often fit into the 
category of maps with "dense name 
placement." 

We do not assert that optimiza- 
tion-based programs are intrinsi- 
cally better than rule-based systems 
for resource allocation in the uni- 
versity environment or for map 
name placement. Dhar and Ran- 
ganathan certainly point out valid 
limitations in the use of optimiza- 
tion algorithms for course schedul- 
ing. But to be fair to readers, au- 
thors should cite articles which 
might provide alternative solutions 
to those presented in their own arti- 
cles. In the case of these two publi- 
cations, the authors should have 
provided references to articles 
which solve similar problems using 
optimization techniques. 

Steven Zoraster 

Landmark/ Zycor Inc. 

Austin, TX 

Ronald Sawey 

South West Texas State University 
San Marcos, TX 
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The data parallel program- 
ming language C*® was 
originally developed for 
the Connection Machine. 
Efforts are now underway 
to standardize a revised 
version of C* [7]. We think that 
standardization of C* is premature 
at this time, since the language con- 
tains a number of unproven con- 
structs and obvious flaws. We are 
concerned that standardization of a 
parallel language now might force 
its programming model upon fu- 
ture generations of programmers, 
even though we already know it is defi- 
cient. The purpose of this note is to 
make the relevant issues accessible 
to a wider audience and to make 
specific recommendations for im- 
proving C*. 

C* is an extension of ANSI stan- 
dard C and intended as an "effi- 
cient, fairly low-level systems pro- 
gramming language" [7] for 
parallel computers with distributed 
memory. Parallelism is expressed 
directly in the data parallel para- 
digm. In this paradigm, "parallel- 
ism comes from simultaneous oper- 
ations across large sets of data, 
rather than from multiple threads 
of control" [2]. Data parallelism is a 
synchronous paradigm and there- 
fore well suited to SIMD machines. 
It has also been implemented suc- 
cessfully on a MIMD machine [6]. 
As an extension of C, C* inherits 
most of the drawbacks of its ances- 
tor, but we are not concerned about 




those here. Neither are we con- 
cerned with limiting C* to a syn- 
chronous paradigm, even though 
an asynchronous one would be 
more general. We are concerned, 
however, with the principles of pro- 
gramming language design, the 
programming model underlying 
C*, and the efficient implemen- 
tability of C* on both SIMD and 
MIMD machines. The problems we 



identified in C* in these areas are 
discussed in this article. 

Parallel Data Types 

C* introduces the parallel variable 
as a new data type. The parallel 
variable is an array of one or more 
"parallel" dimensions; All elements 
of a parallel dimension may be pro- 
cessed simultaneously, while the 
traditional, "serial" dimensions can 
only be processed serially. For ex- 
ample, if one wishes to define a 
two-dimensional array A whose 
rows can be processed in parallel, 
but whose columns are processed 
serially, then one declares the fol- 
lowing: 

shape [Njrowdlm; 

float:rowdlin A[lir]; 

The shape declaration given here 
introduces rowdim as the name for a 
storage structure that can hold vari- 
ables with a parallel dimension oiN 
elements; note the index range de- 
clared on the left of the identifier. 
The second declaration then allo- 
cates a variable A with the shape 
given by rowdim. The elements of 
this variable are again vectors, but 
with a serial dimension. This time, 
the index range is on the right. The 
left and right indexing carries over 
into accessing arrays: The expres- 
sion [i]A[f\ would select the element 
in the i-th row and j-th column of A. 
This notation is unusual, but is in- 
tended to provide syntactic clues to 
the programmer about which di- 
mensions can be processed serially 
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and which in parallel, A minor an- 
noyance is that if the programmer 
should decide to change a dimen- 
sion from serial to parallel or vice 
versa, all index expressions in the 
program involving the changed 
type must be switched around ac- 
cordingly. 

While syntax is a matter of taste, 
nonorthogonality of the new type 
constructor for parallel variables is 
a more serious problem. Parallel 
variables cannot be combined freely 
with other types. For instance, it is 
not possible to create parallel vari- 
ables with records as elements that 
in turn have parallel variables as 
components. Perhaps one could 
argue that this particular restriction 
is minor for the intended applica- 
tion area of C*. A more serious 
nonorthogonality concerns point- 
ers. Pointers may not be stored in 
parallel variables (or in records or 
other data structures stored in par- 
allel variables). This restriction is 
unfortunate, since there are many 
non-numeric applications that 
could use parallel pointers [1]. Also, 
omitting them is inconsistent with 
the spirit of C, where pointers are 
used frequently. The prohibition 
against parallel arrays of pointers 
seems to be motivated partly by the 
addressing properties of the Con- 
nection Machine, and partly by the 
type structure of C* itself. The ear- 
lier version of C* has about ten dif- 
ferent variants for each pointer 
type. The variants reflect whether 
the pointer itself is stored in a sin- 
gular or a parallel variable and 
whether it actually points to a sin- 
gular or parallel variable, plus some 
additional variants. The result is 
that parallel pointers in old C* are 
exceedingly complicated to pro- 
gram. It appears that the same 
complexities would arise in new C*, 
and were omitted for this reason. 
The source of these difficulties is 
quite simple; The orthogonal no- 
tions of data type and data layout 
have been intermixed in C*. A data 
type determines which operations 
can be applied to a datum; the lay- 
out determines whether the opera- 




tions can be applied in parallel or 
serially. These are two separate, 
independent notions. The set of 
what operations can be applied to a 
datum should be independent of 
how (in parallel or serially) they can 
be applied. A better approach ap- 
pears to be to rearrange a variable 
of a given type implicitly and auto- 
matically to fit a required layout 
(perhaps with a performance warn- 
ing from the compiler). 

No Nested Parallelism 

Nested parallelism occurs when a 
parallel program calls a procedure 
or another statement which spawns 
additional parallelism. This feature 
has been found to be necessary for 
writing high-level parallel pro- 
grams [1]. Nevertheless, nested 
parallelism is not possible in C*. 
Instead, the nested parallelism 
must be pushed up to the top level 
of the program. This property 
forces programmers to distort 
otherwise clear programs, prevents 
the topdown structuring of parallel 
programs with subprograms, and 
hinders reusability. We will illus- 
trate these problems with a some- 
what longer example. 

Suppose we wish to write a pro- 
gram for searching large game 
trees, such as in chess or checkers. 
The nodes in the game tree are 
board positions, where an edge 
connects two nodes if a single, legal 
move leads from one node's posi- 
tion to the other's. The task is to 
write a program for expanding the 
game tree from a given position 
down to a certain level. This situa- 
tion is typical for many search algo- 
rithms where the search space is 
irregular and cannot be given a pri- 
ori. A clear, recursive outline for 
building and searching the tree is as 
follows : 

void SearchTree(posltion p) { 
If (p-> depth < maxdepth) { 
successors = GenerateMoves(p) 
forall 1 in len( successors) do 
SearohTree(successors[i]) 
}} 



The function SearchTree obtains a 
single board position as parameter 
and tests whether the maximum 
search depth has been reached. If 
not, it calls function GenerateMoves, 
which generates the list of legal suc- 
cessor positions and returns it. 
SearchTree then spawns as many 
additional invocations of itself as 
there are successor positions. Note 
that there may be many simultane- 
ous invocations of SearchTree oper- 
ating simultaneously, but under a 
synchronous paradigm, they will all 
perform their various actions, such 
as calling subprograms, in perfect 
synchrony. SearchTree would also 
run unchanged under an asynchro- 
nous paradigm. 

While this program can be trans- 
formed to fit C*, the result is not 
nearly as clear and concise. First, 
SearchTree and GenerateMoves must 
be changed to accept a vector of 
positions as parameters. Second, 
GenerateMoves must be split into two 
parts. The first part esdmates the 
number of successors for each posi- 
tion in the vector. These numbers 
are added and the result is used to 
allocate a new position vector long 
enough for storing all successors of 
the input vector at once. The sec- 
ond part of GenerateMoves then fills 
in the successor positions. Finally, 
the filled vector is passed to another 
invocation oi SearchTree. This trans- 
formation illustrates how the paral- 
lelism inside GenerateMoves and 
SearchTree has to be marshaled and 
pushed up to the calling procedure. 
Although this transformation is not 
particularly hard to program and 
becomes easier with practice, we 
believe it would be better per- 
formed by the compiler and run- 
time system. Note also that after the 
transformation, the idea of multi- 
ple threads operating simultane- 
ously has been lost, and a compila- 
tion of the transformed program 
for an MIMD machine might be 
inefficient due to the forced syn- 
chrony. 

The non-nested parallelism of 
C* is inappropriate for writing 
clear, maintainable, and portable 
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parallel programs. One might 
argue that it is still unclear which 
forms of nested parallelism are 
appropriate and how to implement 
them, but that is precisely our 
point: It is too early to standardize 
nested parallehsm out of existence 
with C*. 

Multiple Copies of 
Each Function 

For scalar functions, the program- 
mer must write two versions: one 
for parallel, the other for sequential 
contexts. For instance, suppose that 
we have written a scalar function 
abs(x) that returns the absolute 
value of an integer. It would be nat- 
ural to apply abs to parallel vari- 
ables v\ and v2 of shape rowdim 
thus: 
with(rowdlm) vS = abs(vl); 

The with-statement in C* activates 
as many (virtual) processors as 
there are elements in the given 
shape. These processors operate on 
the given parallel variables ele- 
mentwise. This notation is normally 
used for all scalar operators and 
assignment. However, the presence 
of the call to the scalar function abs 
makes it illegal. To make it legal, 
the programmer must write a sec- 
ond function abs that takes a paral- 
lel variable of shape rowdim as pa- 
rameter. Thus, the programmer 
must write at least two versions of 
each function. Additional versions 
are needed for additional shapes, 
or shapes must be passed as param- 
eters and a case analysis performed 
inside the function. The difficulties 
of keeping multiple versions of the 
same function consistent are well 
known to practicing software engi- 
neers. 

This discussion points to a prob- 
lem with the semantics of the with- 
statement. With creates multiple 
processors that operate in parallel, 
but when they reach a function call, 
only a single call is actually per- 
formed. Inside the function, how- 
ever, the original processors come 
back to hfe. Thus, the parallel con- 
text seems to be conceptually sus- 




pended for the moment of the call, 
then resumed inside the procedure. 
Apparently, the specifics of the 
procedure call on a SIMD machine 
are reflected in the language defi- 
nition. A better, fully consistent 
view would be to let the with-state- 
ment create as many processors as 
before, but let all of them execute 
the call of the (scalar) function. 
Since the processors operate syn- 
chronously, there is an efficient 
implementation even on a SIMD 
machine. A separate, parallel ver- 
sion of each function need not be 
written. These simplified semantics 
also accommodate nested parallel- 
ism. 

Control Structures 

The control constructs for loops 
and conditional statements are de- 
fined in an awkward way and fully 
synchronous execution may be too 
restrictive for efficiency. As an ex- 
ample, consider the following par- 
allel loop in C*. 

while (|=({paraIlel-condltioii))){ 
where ({parallel-condition) ){ 

(statements) 
} 

} 

The intent is that multiple proces- 
sors execute the above loop simul- 
taneously. The whole statement 
terminates as soon as (parallel- 
condition) evaluates to false in all 
processors. The operator | = in 
the first line, an OR-reducUon, 
expresses this termination. It is 
awkward to be forced to repeat this 
condition in the second line. The 
careful programmer would evalu- 
ate the condition only once and 
then store it into a temporary, in 
order to prevent unwanted side ef- 
fects and inefficiency. The repeti- 
tion could easily be avoided and the 
compiler could provide the addi- 
donal code. At least this is how it 
was in the original C*. 

The language definiUon as it 
stands also hurts performance on 
MIMD machines. The problem is 



the overly synchronous behavior 
required for loops: all iterations 
execute in complete lockstep, even 
if each loop operates on purely pri- 
vate data. This behavior is accept- 
able on a SIMD machine since the 
hardware forces that behavior any- 
way. But on MIMD machines this 
could hurt performance. Suppose 
the loops were allowed to run asyn- 
chronously, then some "natural" 
load balancing might occur. That is, 
suppose one processor executes the 
first iteration quickly and the next 
more slowly, while another proces- 
sor exhibits the opposite behavior 
and thus the two processors finish 
in about the same time. With the 
present language definition, the 
processors are forced to run fully 
synchronously, and hence are 
slowed to the speed of the slowest 
one. 

Conclusion 

There are many other, small prob- 
lems in C*, which we will not dis- 
cuss further. (Among those are (1) 
that value parameters of only a sin- 
gle shape can be passed to func- 
tions, (2) that a -I- = b has not nec- 
essarily the same effect as a = a -I- 
t), (3) that vector operations are de- 
fined for parallel dimensions, but 
not serial ones, and (4) that the lan- 
guage is defined mostly by example 
and not by a precise statement of 
the semantics.) While we consider 
the old C* a first and significant 
step in the right direction, it is dis- 
maying to see so many of the old 
problems being carried over into 
the successor. It seems that elemen- 
tary principles of language design 
such as machine-independence, 
orthogonality of constructs, consist- 
ency, and simplicity have not been 
taken into account sufficiently in 
new C*. 

We believe that a much simpler 
extension of C suffices to realize 
data parallelism. One needs to add 
a single new statement, namely a 
synchronous /oraH, plus perhaps its 
asynchronous form. For data struc- 
tures; one needs to introduce true 
multidimensional arrays plus 
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pragmas that specify how to lay out 
the data. Such extensions have been 
implemented successfully in a com- 
piler for the language Modula-2*, 
targeting the Connection Machine 
[5, 4], A simple and consistent ex- 
tension of Modula-2 avoids all the 
problems we have mentioned, with- 
out loss of efficiency. One might, 
however, call this work an uncon- 
firmed experiment in language 
design, and compiler construction. 
But this is exactly our point; More 
time is needed before we can stand- 
ardize parallel programming lan- 
guages. 

At this time, design and compila- 
tion of parallel languages is in an 
experimental phase, as can be seen 
by the numerous proposals for such 
languages, but the reports are scant 
on experience with their imple- 
mentation and use. However, 
knowledge in this area is increasing 
rapidly, so it would be imprudent to 
fix a poorly thought-out extension 
of a language as influential as C at 
this time. 

Walter F. Tichy, 
Michael Philippsen 

University of Karlsruhe 

School of Informatics 

D-7500 Karlsruhe, F.R.G. 

Phil Hatcher 

University of New Hampshire 

Department of Computer Science 

Durham, NH 03824, U.S.A. 



Response 

Thinking Machines has proposed 
the C*® language as a data parallel 
language for programming mas- 
sively parallel computers. We be- 
lieve that C* provides a positive 
answer to many of the questions 
raised concerning ease of program- 
ming, ability of debugging, and ef- 
ficiency of execution on these ma- 
chines. We are proposing C* as one 
approach for an emerging parallel 
C language within the auspices of 
subcommittee X3J11.1 of ANSI 
technical committee X3J 1 1 for pro- 
gramming language C. Thinking 
Machines, X3J11.1, and I, person- 




ally, would welcome comments and 
participation from all interested 
parties and are happy to address 
their concerns as the language 
evolves. 

We have no intention to push 
standardization of the current C* 
language without possible changes, 
rather we are involving a commu- 
nity of users who are familiar with 
data parallel (SPMD) program- 
ming. The design of C* to date has 
been influenced by comments from 
users (both inside and outside of 
Thinking Machines), from com- 
puter architects, and from lan- 
guage designers. We intend to con- 
tinue to encourage, to involve, and 
to be responsive to all comments 
about programming massively par- 
allel computers from C* and our 
other languages. 

Specifically regarding the letter 
by Tichy, PhiUppsen, and Hatcher, 
we have commented on all of their 
concerns in a paper (entitled "A 
Detailed Response to the C* Cri- 
tique by Tichy, Philippsen, and 
Hatcher") which we are happy to 
send to any interested parties. 

James L. Frankel 

Thinking Machines Corporation 

245 First Street 

Cambridge, MA 02142-1264, 

Frankel@Think.COM 
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In the article "Superimposing 
Encrypted Data," (Feb. 1991 
pp. 48-54), Yu and Yu con- 
sider a family of cryptosys- 
tems which enable the manip- 
ulation of encrypted data. 
The cryptosystems can be thought 



of as acting on time varying 
n-dimensional vectors x(t) = (xi(t), 
...,Xn(t)) and are defined using the 
basic building block, 

Xi(t + 1) = fi(^(t)) - Xi(t - 1) (1) 

or 

x(t + 1) = f(x(t)) - x{t - 1) (2) 

where i(x) = (fi{x),...,in{x)). (This is 
a slight generalizarion of Yu and 
Yu's scheme since they have each f, 
varying only with the position i and 
not independently specified.) The 
initial values for the vectors x{0) 
and x{l) are defined by the plain- 
text to be encrypted, and the trans- 
formation is iterated a number of 
times T. The ciphertext consists of 
the two successive vectors x(T) and 
x(T + 1). It is not necessary for the 
function f to have any special prop- 
erties, or even be invertible for 
decryption to be possible, so f can 
be an arbitrary key for the cryp- 
tosystem. However, in order to 
allow the encrypted data to be ma- 
nipulated the function f is chosen to 
be linear in Yu and Yu's article. 

The cipher has a striking resem- 
blance to the class of Feistel ciphers 
which include the Data Encryption 
Standard [3], where the basic build- 
ing block works on the two halves of 
the ciphertext block. If the original 
plaintext block is (Mo,Mi) then the 
transformation is defined by 



M,+ i = f(kt,M,) + M,_ 



(3) 



where the arithmetic is done bitwise 
modulo 2 and the kj are subkeys of 
the full key. The parallel between 
(2) and (3) is clear. The major dif- 
ference, however, is that the f func- 
tion for DES is nonlinear. It is 
widely held that the use of linear 
functions in cryptography is very 
dangerous. 

Yu and Yu consider an attack 
designed to find the function f in 
(1) by making use of its linearity 
and conclude that it is not possible. 
However, instead of directly solving 
for the linear function f, consider 
the mapping from plaintext to 
ciphertext. This takes two plaintext 
vector? and outputs two ciphertext 
vectors. 
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Lemma 1: If the map f: M -> M is 
linear then the map L:MxM -> Mx 
M defined by L ('x,yj = (/fxj - y),x) is 
also linear. 

If M is the space of n-dimen- 
sional plaintext vectors, then the 
cryptosystem of Yu and Yu is ex- 
actly the function L iterated T 
times, with x and y the initial vectors 
representing the plaintext. The fol- 
lowing is easily proved. 

Lemma 2: Any iteration of a linear 
function is itself linear. 

Therefore the entire encryption 
transformation is a linear function 
of the product space M x M. Since 
we know the encryption function is 
invertible its inverse is well defined 
and is also linear. This function can 
therefore be cryptanalysed by a 
known or chosen plaintext attack. 
Once the ciphertexts of 2n linearly 
independent message vectors are 
known, the encryption function is 
uniquely defined. By expressing 
the ciphertext as a linear combina- 
tion of these known ciphertexts, the 
plaintext can be found. Note that 
the complexity of this attack is inde- 
pendent of the number of times the 
basic block is iterated and is feasible 
for very large message blocks. 
Using a very large message block 
will make the attack harder but will 
also affect the practicality of the 
cryptosystem for small messages 
and increase error propogation. 

The use of a random "back- 
ground" in place of one of the 
plaintext vectors, as suggested by 
Yu and Yu, does not affect this at- 
tack even if none of the random 
numbers used to encrypt the plain- 
texts were revealed. To see this sup- 
pose that the encryption function is 
a linear function L' which satisfies 

L'{m,r) = (x{T + l),x(T)) 

for any message vector m and ran- 
dom vector r. Then the linear in- 
verse function D satisfies 

D(x(T -f- l),x(T)) = (D,(%(T + 1), 
x(T)),D2(x(T + l),x(T))) = (m.r) 




Here Di and Dg are linear func- 
dons from M x M to M but only Dj 
is of interest to the cryptanalyst and 
can be found as above by knowl- 
edge of 2n ciphertext and plaintext 
pairs. 

As an example, the function used 
to encrypt foreign exchange in the 
paper of Yu and Yu can be broken 
by knowing the ciphertext of just 28 
chosen plaintexts. For a known 
plaintext attack when the plaintexts 
cannot be chosen a larger number 
will be needed in order that a set of 
28 linearly independent ones can 
be found. (However even with a 
limited set of linearly independent 
known plaintexts, all ciphertexts 
belonging to the linear subspace 
generated by these can be found.) 
The same is true of the other exam- 
ple given in the article. Unfortu- 
nately it seems that the very feature 
which allows manipulation of the 
ciphertext is doomed to allow 
cryptanalysis. 
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Response 

We agree that Boyd's method can 
be used to break the encryption, 
scheme when used in superimpos- 
ing encrypted data. However, the 
scheme may be protected from his 
suggested attack by making the 
message block very long. For exam- 
ple, if we process 1,000 dollar-yen 
accounts at one time with each ac- 
count consisting of 14 characters, 
then one has to solve 14,000 equa- 
tions. It may take quite a lot of com- 
puting time to solve the equations. 
The block can be made even larger, 
depending on the application. It 
should be noted that even though 
the message contains 14,000 char- 
acters, the transformation function 



f[{xi}] can be confined to involve 
only the neighboring elements (the 
exact number may also be kept con- 
fidential) and thus can be com- 
puted with ease; the beginning and 
the ending of the whole message 
can be packed with some special 
characters and thus one does not 
have to know the rear part of the 
whole message before processing 
the front part of it. 

As we mentioned in our article, 
although homomorphic functions 
are susceptible to code breaking, we 
need them to superimpose en- 
crypted data. The encryption 
scheme may be useful in small busi- 
ness applications. However, a lot 
more work needs to be done on this 
topic before it may be used safely. 
We are glad to see Boyd's com- 
ments. 

Tong Lai Yu 

Department of Computer Science 

5500 University Pkwy. 

San Bernadino, CA 92407 
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Dynabases 



In my last column [15], I discussed 
portable computers as they are used 
for input to a person's dynabase, a 
dynamic database containing the 
notes, sketches, papers, and other 
documents he or she creates and 
gathers over a long period of time. 
The focus was on an individual's 
dynabase, but what about collective 
dynabases? For example, could the 
dynabases of everyone who worked 
for a company be combined, produc- 
ing a corporate dynabase? 

Much of the information an or- 
ganization acquires or produces is 
already in machine-readable form. 
For example, text documents such as 
memos, letters, and reports are 
prepared on computers, and net- 
works capture electronic mail. As 
portable computers and networks 
improve and proliferate, the percent- 
age of information in machine- 
readable form will increase, making 
it still easier to create a dynabase as 
a byproduct of everyday work. ' 

Once information is in the dyna- 
base, however, how will it be viewed 
and retrieved? To what extent will 
users have to add retrieval-enhancing 
information such as key words? To 
what extent will the system be able to 



generate such clues by 
analyzing a document 
or the context in which 
it was created? These 
are difficult questions, 
but if they sound insur- 
mountable, do not 
despair — the system 
does not have to be 
perfect, just better than 
what we have today. 

Researchers and 
commercial cora- 
puting people are 
working on the 
challenge of collective 
dynabases. Let us look 
at examples of both, 
beginning with a re- 
search project on wide 
area information servers (WAIS). 

Wide Area information servers 

The WAIS project is headed by 
Brewster Kahle at Thinking Ma- 
chines. Thinking Machines makes 
Connection Machines — highly 
parallel supercomputers that are well 
suited to free-text search [19]. In most 
text-retrieval systems, queries are 
limited to Boolean combinations of a 
few terms, but since text on a Con- 
nection Machine is fast, searches for 
documents which are similar to an 
entire document are practical. This 
technique is used in Dow Jones's 
DowQuest, a commercial system 
that uses a Connection Machine to 
scan more than 150,000 articles from 
185 publications for relevance to on- 
line queries. While DowQuest is pro- 
prietary, the WAIS project is an 
attempt to open the technology. 

WAIS is a client-server system, 
and as of this writing, there are 193 
WAIS servers on the Internet, cover- 
ing topics from poetry to television 
programs. Past issues of Communiga- 
tions are now available on a server. 

Larry Press 



There is public domain client soft- 
ware for the Mac, DOS, Windows, 
NeXT and others. Since a standard 
protocol has been devised for queries 
and replies, any client can be used 
with any server The protocol extends 
the NISO Z39.50 protocol developed 
for library catalog queries, and it is 
being used and developed by an 
active group of Internet-based 
researchers [12].^ 

A WAIS session typically proceeds 
in two phases. First, you do a stan- 
dard keyword search, identifying 
several documents. Then you search 
for documents similar to the most 
relevant ones from the first phase. 
Figure 1 shows a WAIS session using 
a Mac client. The session began with 
a query that sought documents about 
"propeller head" on the jargon.src 
server (Figure la). (Jargon.src con- 
tains the definitions found in [17], a 
delightful compendium of hacker 
jargon.) Nine documents were 
found, and their titles listed. Note 
that the length of the gray bar before 
the listed titles indicates the strength 

'Even if no extra effort is needed to enter in- 
formation, individuals would have to give 
permission for information they create or 
gather to be published in the collective 
dynabase. Other issues affecting an individu- 
al's willingness to participate in such systems 
are discussed in [7, 15]. 

^Two other protocols, SFQL and CD-RDx, 
are also being developed for decoupling data- 
base queries. Structured Full-Text Query 
Language (SFQL) extends SQL, and it grew 
out of the need to query heterogeneous air- 
craft documentation distributed on CD-ROM 
[18]. It is being developed at the request of 
the Air Transport Association. CD-RDx is 
being developed at the request of the Infor- 
mation Handling Committee of the CIA (see 
[22]). Their goal is to enable government 
agencies to share data. 



PIgure 1. A WAIS session. This session 
involves two queries. First a keyword 
search for "propeller head" is run on 
the jargon.src database da). Nine docu- 
ments are found, including one enti- 
tled "propeller head" (lb). The second 
search retrieves documents that are 
similar to the one called "propeller 
head" (1c). 
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<propelier hoad> n. Used by hackers, this is syn. with <computerge6k>. 
Non-hackers sometimes use it to describe ali techies. Prob. derives from 
SF fandom's tradition of propeller beanies as fannish insignia (though 
nobody actually wears them except as a joke). 
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of a heuristic index of the degree of 
relevance. Any of the documents can 
be retrieved by clicking on it, and 
Figure lb shows the document 
entitled "propeller head." Figure Ic 
shows the result of a second search, 
in which I asked it to find documents 
similar to the document called "pro- 
peller head." As you see, it found 15 
such documents. 

Although WAIS is experimental, 
it is easy to use, and the fact that the 
servers are spread over the Internet 
is well hidden. Automatic searches 
(e.g., a daily search of the Wall Street 
Journal) are also possible and bit 
maps and sound files are supported. 

WAIS was also used as a corpo- 
rate dynabase in a three-month 
experiment, run with the coopera- 
tion of Apple, Dow Jones, and 
Thinking Machines at the KPMG 
Peat Marwick consulting firm [9]. 
According to Robin Palmer, senior 
manager and WAIS project leader, 
WAIS integrated internal informa- 
tion such as word processing docu- 
ments, letters, reports to clients, 
and training materials with external 
data like DowQuest and technical 
tax and accounting literature from 
the Financial Accounting Standards 
Board. Palmer is quite positive. In 
one instance they prepared a pro- 
posal for a new prospect on four 
hours notice. It included competi- 
tive and industry analysis and a dis- 
cussion of related work by KPMG, 
and led to a contract on the first 
meeting. Palmer felt the internal 
data was most important in that it 
"reflected KPMG's internal knowl- 
edge." He warns, however, that 
three weeks were needed for initial 
data conversion, and that WAIS 
requires at least 56Kb/sec commu- 
nication. 

The Internet experiments and 
KPMG test are research prototypes, 
but they foreshadow what may be 
possible when networks are ubiqui- 
tous and Connection Machines are 
on desktops. Let us now look at 
some commercial developments. 

Commercial Beginnings- 
Lotus Notes 

Lotus is best known for its 1-2-3 



spreadsheet, but many years ago it 
made a strategic commitment to 
groupware, and in 1989, began sell- 
ing a system called Notes. ^ Notes is 
a step toward the corporate dyna- 
base. 

A company with only one loca- 
tion would see Notes as a LAN- 
based conferencing system with a 
graphical user interface (see Fig- 
ure 2). The LAN would have a ded- 
icated Notes server with many data- 
bases.'' Notes databases contain 
documents of one or many formats, 
and field data types include dates, 
numbers, free text, and rich text 
(text with varying fonts and bit- 
mapped graphics and check-box 
categories). 

Users at client stations post docu- 
ments to databases by filling in 
screen forms, and if they have per- 
mission, view and edit them. The 
user interface conforms to IBM's 
Common User Access Standard, 
and users can search and view a 
database in many ways, for example 
selecting only certain records and 
fields to be displayed or changing 
their order. The database designer 
would provide some default views, 
and users are free to create custom 
views. Totals, averages and other 
statistics can be computed, and 
more complex operations may be 
programmed using the Notes API, 
which gives access to databases. 

If this were all it did, Notes 
would be quite useful, but there is 
another key aspect. Notes is not re- 
stricted to single locations. It was 
designed for distributed organiza- 
tions that do not have a persistent 
data link between sites [10]. If an 

^It is interesting to speculate on how compa- 
nies make such decisions. Perhaps proximity 
to a nearby research project plays a role. 
Lotus was in Cambridge, and hired group- 
ware researcher Irene Greif from MIT, and 
Apple was near Xerox PARC, where they got 
ideas and people for the Lisa and Mac. Notes 
was developed for Lotus by Ray Ozzie who 
was hired for another product, but had 
wanted to build a conferencing system since 
his coUege days. How did Microsoft decide to 
move into CD-ROM and multimedia? 

"•Today Lotus has only OS/2-based servers 
and Windows and OS/2-based clients, but 
servers for Unix, Netware and NT and Mac 
and Unix clients are under development. 



organization had two or more loca- 
tions, each would have a LAN with 
a Notes server. At time intervals set 
by the system administrator, con- 
nections would be established be- 
tween sites, and the servers would 
exchange all new data, leaving the 
databases at both sites identical. 
Notes also supports users with port- 
able or stand-alone computers who 
dial into a server. This database 
replication is similar to periodic 
updates between network directory 
servers, and while it would not 
work for transaction processing 
and other applications requiring 
immediate synchronization, it is 
sufficient for a corporate dynabase. 
Notes is sold to large organiza- 
tions (the minimum installation is 
200 users at a price of $62,500), 
and there is now considerable expe- 
rience with it. For example, Mar- 
shak reports that Notes is being 
used to create an environment of 
information and processes at Man- 
ufacturers Hanover Trust, a large 
New York bank [13]. The bank's 
goal is to "get the information 
stored in people's heads into a form 
and place where others can use it," 
and their applications include a 
database of customer and potential 
customer profiles and a database of 
communications with customers. 
Marshak also reports on the Price 
Waterhouse accounting firm. Of its 
12,000 employees, 6,000 are Notes 



Figure 2. Lotus Notes. This database 
holds electronic mall messages sent 
and received. When a database Is de- 
fined, one or more forms are created 
(2a). For example, a mall database 
might have records for general mes- 
sages (shown here), replies, and phone 
messages. The designer specifies form 
layout and access control, field data 
types, default values, formulas for va- 
lidity checking and optional value com- 
putation, and other field and form 
properties. Views are also defined. For 
example, (2b) shows messages sorted 
by user-assigned category, but others 
like view by name or data could also be 
defined, in 2c, the user has displayed 
one record. Note that date and cate- 
gory check-boxes are built-in types, 
and the rich-text field with the mes- 
sage body contains a bit-mapped draw- 
ing. 
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users. While only one-third of their 
top management had used PCs be- 
fore Notes was installed, all are now 
active Notes users. Notes is seen as a 
strategic tool, and the Price Water- 
house chairperson characterized 
one of the firm's major challenges 
as the need to collect, manage, and 
access "the expertise of our peo- 
ple." 

We shape our tools and they 
shape us. Information processing 
tools and organizations co-evolve, 
and Notes affects and is affected by 
corporate culture. Ed McDonald, 
manager of the Information Pro- 
cessing Division at Texaco Oil, 
states that they have 1,500 Notes 
users. Before they began using 
Notes, Texaco had decided to alter 
the corporate shape and culture, 
moving from a rigid hierarchy to a 
flatter organization with freer lines 
of communication and more infor- 
mation sharing. McDonald feels 
Notes would not have been as well 
received without this move, and 
that, in turn, it has faciUtated the 
shift. As an example, before Notes, 
his subordinates sent him weekly 
activity reports. Now they post the 
reports on Notes, and everyone can 
see what the others are doing (and 
how hard they are working). 

Texaco also uses Notes for dis- 
tributed synchronous meetings. 
Each month, 20 people from eight 
U.S. locations meet, using an audio 
link and Notes. Notes is used to dis- 
tribute the agenda before the meet- 
ing and for note taking and brain- 
storming during the meeting (each 
user logs into the same server). The 
major Notes controversy is a debate 
over the use of company resources 
to support an informal "coffee bar" 
conference where people shoot the 
breeze as when on coffee breaks. 
With time, we will gather system- 
atic data on the impact of such sys- 
tems. Brad Jackson of Texaco is 
collaborating with researchers at 



the University of Minnesota in a 
two-year study of the impact of 
group decision support tools in- 
cluding Notes. Wanda Orlikowski 
and her colleagues at MIT are 
studying the application and impact 
of Notes in several organizations. 
In the meantime, customers are 
installing Notes (e.g., Arthur An- 
derson has purchased 20,000 li- 
censes and committed to 60,000), 
and it is a strategic product which 
Lotus is extending rapidly. Lotus 
has also formed key business alli- 
ances. For example, IBM markets 
Notes, Kodak is working with Lotus 
on document-imaging. Verity is 
adding their text-retrieval capabil- 
ity, and Notes is being implemented 
as a Novell Netware Loadable Mod- 
ule, which will eliminate the need 
for an OS/2 server (but may cut 
speed). 

While Notes gives Lotus a lead, it 
is only a first step. People will not 
use a corporate dynabase if doing 
so is difficult. For a start, seams be- 
tween the dynabase and other man- 
ual and software tools must be 
closed [8]. Lotus, MicroSoft and 
others are mail-enabling their ap- 
plications. Spreadsheet and word 
processing users will soon be able to 
mail a document or portion of a 
document as easily as they now print 
or save it. Instead of importing files, 
users will be able to use their word 
processor while working in Notes. 
More integration is needed. A suc- 
cessful dynabase requires natural 
interfaces to OCR systems, portable 
computers, pens, faxs, telephones, 
and wide-area networks. Stitching 
seams will foster building the 
dynabase as a byproduct of other 
work. 

Standards are also needed. 
Today Notes is self-contained, but it 
is being rewritten to run on top of 
VIM, Lotus's Vendor Independent 
Messaging interface. IBM, Apple, 
Novell, Borland, and others are 



committed to VIM. MicroSoft is not 
because they have their Messaging 
AppUcation Program Interface 
(MAPI). Such standards will not 
only allow software vendors to 
mail-enable current applications, 
they will use them for new applica- 
tions such as scheduling and 
workflow. In-house programmers 
will also use them for custom appli- 
cations. 

While Lotus is ahead with Notes, 
Microsoft is ahead with MAPI. 
They have shipped a software de- 
veloper's kit, and two-thirds of the 
over 300 people in their Work- 
group Applications Business Unit 
are working on system software. 
MAPI and VIM overlap in the ser- 
vices they support, and it would be 
premature to guess which will (or 
should) prevail. Technical people 
from both camps are in contact. It 
took roughly 50 years to establish a 
standard, unified telephone system 
in the U.S. [14]. In the long run, 
communication services will be part 
of operating systems, and all appli- 
cations will use them. As with the 
telephone, the standards will be 
decided by the market place and 
corporate power, not just technical 
merit. 

While formidable, solutions to 
the problems of bridging seams and 
developing standards are under- 
stood. Dynabase retrieval and orga- 
nizational problems are more open- 
ended. The ideal dynabase would 
have a simple interface. The user 
would present it with an arbitrary 
document, and either ask that it be 
filed away or that similar docu- 
ments be retrieved. That vision calls 
to mind vague prospects for nat- 
ural-language processing for classi- 
fying and indexing text or recog- 
nized speech documents and 
pattern recognition for graphics. 
While we are far from such capabil- 
ity, an interim dynabase can use 
heuristics and file inversion to 
index text (as WAIS does). It can 
relate items by the date and context 



In the long run, commynlcaf Ion services 
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in which they were created (for ex- 
ample the words on a page sur- 
rounding a sketch or the project 
you were working on when you 
made it), and allow the user to as- 
sign key words, degrees of impor- 
tance, and other explicit clues. 

Beyond the corporate 
Dynabase 

Information systems cross corpo- 
rate boundaries. For example, 
manufacturers send email to sup- 
pliers and customers, and Elec- 
tronic Data Interchange (EDI) is 
used for intercompany transac- 
tions. The infrastructure being 
built to support such activity will be 
available for interorganizational 
dynabases. 

Patricia Seybold's Office Com- 
puting Group has created an inter- 
organization dynabase. Seybold has 
traditionally done consulting and 
published newsletters and research 
reports. Last year the group began 
publishing a Notes database con- 
taining the information in the 
printed versions of their four 
monthly newsletters plus special 
bulletins and analysis written for 
the Notes group. This information 
gets to clients immediately, and it 
can be searched and viewed in any 
way the reader desires. Note that 
this is not just electronic distribu- 
tion of a newsletter (as if it were 
being faxed); it is a two-way link 
with clients who make comments 
and guide the direction of further 
research. Seybold has a sweeping 
vision, and expects most of her cli- 
ents to eventually switch from 
printed to electronic reports within 
two to three years. 

Ken Laws is not phasing out 
printed newsletters. His year-old 
"Computists Communique" was 
electronic from the start, and is 
available on the Internet.^ Each 
issue covers news of the domestic 
and international computer and 
research industries with topics such 
as job opportunities, calls for pa- 
pers, and conference announce- 

■ Laws began electronic publishing as the 
moderator of the Internet AI list. 



PC 

ments. Another section has point- 
ers to newsletters, databases, 
software and other Computists' 
tools. These are followed by com- 
mentary and an in-depth essay on a 
related topic. There is something 
noteworthy (worth saving in your 
dynabase) in every issue. Similar to 
Seybold, Laws is creating a commu- 
nity. Issues are peppered with com- 
ments from and pointers to read- 
ers, and past issues are retrievable. 
My last column discussed indi- 
vidual dynabases, fed from porta- 
ble computers. This one has moved 
to organization and interorganiza- 
tion dynabases, but speculative 
writers consider the entire planet. 
The French paleontologist, theolo- 
gian and philosopher Pierre Teil- 
hard de Chardin [20] held that the 
matter-energy comprising the uni- 
verse is constantly evolving in the 
direction of increased complexity, 
leading to the formation of the 
earth, the "geosphere," and life, the 
"biosphere." In 1925 he coined the 
term "noosphere" — an evolving 
network of human culture, connec- 
tion, knowledge and interdepend- 
ence. Zoologist Richard Dawkins 
[2] discusses "memes" — replicable 
ideas that live in people's minds. 
Dawkins holds that memes are not 
mere metaphors, but are literally 
realized in the physical structure of 
the nervous system of the individu- 
als in which they reside. If the earth 
is an evolving organism, perhaps 
the Internet is a step in the evolu- 
tion of the Gaian nervous system, 
and you and I and WAIS servers 
are neurons. 
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Since St. Jude Children's Re- 
search Hospital opened in 1962, 
it has forged new treatments for 
childhood cancer and has helped 
save the lives of thousands of 
children around the world. But 
the battle has just begun. You 
can join the fight. To find out 
how, call 1-800-877-5833. 

ST. JUDE CHILDREN'S 
RESEARCH HOSPITAL 

ItoJim Umhikis. Founder 



Pointers 

9 For more information on WAIS, 
contact info@think.com on the 
Internet. Papers about WAIS can 
be retrieved by anonymous ftp 
from /pub/wais/doc@think.com. To 
retrieve Communications of the 
ACM articles, log on and select the 
database called "cacm". If you do 
not have Internet access, Thinking 
Machines Corp. is at 245 First 
Street, Cambridge, MA 02142- 
1264; tel: (617) 234-1000; fax: 
(617) 234-4444. For a discussion of 
interface issues, WAIS, and Dow- 
Quest, see [4]. 

® The 1992 revision of the Hack- 
er's Dictionary is 100% fun. It is the 
perfect programmer's aptitude test. 
If you feel like putting it down in 
less than one hour after picking it 
up, look for another profession. 
(This suggestion is only half joking 
— people with an aptitude for a 
symbol-manipulating profession 
such as programming might have 
similar taste in humor and word- 
play). 

® Patricia Seybold's Office Com- 
puting Group does consulting and 
publishes material about group- 
ware, object-oriented technology, 
and a variety of other topics. This 
group covers technology, the in- 
dustry, and impact on organiza- 
tions. 148 State Street, 7th Floor, 
Boston, MA 02109; tel: (800) 826- 
2424; fax: (617) 742-1028; 
pseybold@mcimail.com. 
9 Science fiction fans who would 
like to pick up where this column 
ended, will enjoy David Brin's book 
Earth 1, 1990. 

9 Ken Laws, 4064 Sutherland 
Drive, Palo Alto, CA 94303; tel: 
(415) 493-7390; email: laws@ai. 
sri.com. 

9 Any discussion of corporate 
memory needs a pointer to Doug 
Engelbart. Engelbart inspired a 
generation of researchers when he 
demonstrated his NTS system at the 
1968 Fall Joint Computer Confer- 
ence. For a description of his early 
work see [4], and for his cur- 
rent views on interorganization 



dynabases, see [3]. Much of the 
1968 demonstration is shown on 
the video tape of ACM's Confer- 
ence on the History of Personal 
Workstations. Doug Engelbart, The 
Bootstrap Institute, 6505 Kaiser 
Drive, Fremont, CA 94555; tel: 
(510) 713-3550; fax: (510) 793- 
2362; email: engelbart@boot 
strap.stanford.edu. 

9 Of course Notes and WAIS are 
not the only systems working to- 
ward organizational memory. An- 
other noteworthy effort is the 
Virtual Notebook System™, a 
networked, multimedia system for 
recording lab notes and other re- 
search-related information [6]. 
Shared electronic notebooks con- 
tain text, image, audio or video en- 
tries, and notebook objects can be 
linked to other objects or to execut- 
able programs. The system is being 
developed at Baylor College of 
Medicine, and tested there and at 
several other sites. A commercial 
release is available from The Fore- 
Front Group, 1709 Dryden, Suite 
901, Houston, TX 77030; tel: (713) 
798-6116; fax: (713) 798-3729; 
email: klong@bcm.tmc.edu. 

9 Corporate and intercorporate 
dynabases are studied in schools of 
business. You might be interested 
in the annual Conference on Orga- 
nizational Computing, Coordina- 
tion and Collaboration, which 
brings together business school fac- 
ulty and industrial practitioners in a 
workshop-like setting. The papers 
presented appear in special issues 
of the Journal of Organizational Com- 
puting, Ablex, Norwood, N.J. For 
information contact Andrew 
Whinston, abw@emx.utexas.edu. B 

Larry Press welcomes questions 
and comments from readers. His 
address, phone number and email 
are: 10726 Esther Avenue, Los 
Angeles, CA 90064; (310) 475- 
6515; lpress@venera.isi.edu 



Larry Press is a professor of computer mformatim 
systems at California State University at Domin- 
guez Hills. 
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Developments on the 
Intellectual Property 
Front 



The rift between what com- 
puting professionals think 
the law of intellectual prop- 
erty rights in computer pro- 
grams ought to be and what 
intellectual property profes- 
sionals (mainly lawyers) 
think it ought to be is grow- 
ing wider every day. At the 
moment, it appears that the 
intellectual property profes- 
sionals are outmaneuvering 
the computing professionals 
by working toward establish- 
ing their vision of the proper 
rules on software intellectual 
property rights as "the law" 
before the computing profes- 
sionals even know that the 
rules that will govern their 
conduct are being decided. 

While there are unquestionably 
pros and cons to the software patent 
and other intellectual property con- 
troversies, the unfortunate fact of 
current U.S. policy on intellectual 
property rights for such an impor- 
tant product as computer programs 
is that the policymaking seems 
largely to be occurring either behind 
closed doors or in courtrooms across 
the country in cases in which the 
court papers are filed under seal. 
This effectively precludes those 
whose work will be substantially 
affected by the resolution of these 
controversies from having any 
meaningful input into the process of 
shaping the law in a manner that 
would make sense to them. Exclu- 
sion of computing professionals 
from the policymaking process also 
means the opportunity to persuade 





them of the merits of proposals even- 
tually adopted has been lost. This, in 
turn, may have serious conse- 
quences for the enforceability of the 
proposals if they become the law. 

This column will report on this 
rift by bringing readers up to date on 
some national and international 
developments in the intellectual 
property rights arena and by report- 
ing the results of a survey on 
intellectual property rights con- 
ducted in August 1991 at the SIG- 
GRAPH conference in Las Vegas. 
The SIGGRAPH survey results are 
much the same as the CHI '89 
survey results reported in the May 

Pamela Samuelson, 

Michel Denher, 

and Robert J. Glushko 



1990 "Legally Speaking" column 
(pp. 483-487). Both surveys show 
strong support for copyright protec- 
tion for source and object code, but 
little support for copyright or patent 
protection for most aspects of user 
interfaces and internal structural 
features of computer programs. If 
anything, the SIGGRAPH survey 
results show even stronger opposi- 
tion to copyright protection for look 
and feel than did the CHI '89 survey, 
as well as stronger opposition to 
patent protection for algorithms. 

Further evidence of significant 
opposition to patent protection for 
computer program-related inven- 
tions can also be found in a large 
number of letters sent by computing 
professionals in response to last 
summer's call for public comment 
by a IJ.S. Advisory Commission on 
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Patent Reform that was ostensibly 
created to address questions about 
patent protection for software in- 
novations, among other issues. The 
Commission's recently released 
draft report dismisses concerns 
raised by software patent oppo- 
nents, and urges, if anything, 
broadening the role of patents for 
software innovations. That the 
Commission should be preparing to 
make these recommendations is not 
surprising to those who know the 
composition of the subcommittee in 
charge of the computer program- 
related invention issues. This aspect 
of the Commission's work seems to 
be a thinly disguised effort to pre- 
vent a more democratic public de- 
bate on software patent issue in 
which the views of computing pro- 
fessionals could be considered. 

Other events happening outside 
the realm of public debate include 
the recent release of a draft agree- 
ment on intellectual property rights 
being considered for inclusion as an 
addendum to the General Agree- 
ment on Tariffs and Trade 
(GATT). Although the draft does 
not directly say so, one of its provi- 
sions can be read as requiring 
member nations to provide patent 
protection for software innova- 
tions. This aspect of the GATT- 
related draft agreement would 
seem to implement another recom- 
mendation of the U.S. Advisory 
Commission on Patent Reform 
draft report which urges the U.S. to 
strongly encourage other countries 
to broaden patent protection for 
program-related inventions. 

The SIGCRAPH Survey 

At SIGCRAPH '91, a panel on in- 
tellectual property rights organized 
by Xerox researcher Michel Denber 
featured four speakers: John Perry 
Barlow, songwriter and a co- 
founder of the Electronic Frontier 
Foundation; Isaac Kerlow, com- 
puter artist and chair of the Com- 
puter Graphics Department at the 
Pratt Institute; Peter Deutsch, chief 
scientist at ParcPlace Systems, and 
Pamela Samuelson, professor of 



law specializing in software intellec- 
tual property law. (Denber tried to 
persuade a number of representa- 
tives from firms involved in some of 
the well-publicized lawsuits to par- 
ticipate on this SIGCRAPH panel 
to explain why their firms' positions 
in the lawsuits will be good for the 
field, but no firm was willing to 
have their people comment until 
the lawsuits are decided.) 

After the panelists spoke and 
answered questions, the audience 
was asked to respond to a survey 
nearly identical to the one on intel- 
lectual property rights conducted at 
CHI '89. There were 345 respon- 
dents to the SIGGRAPH intellec- 
tual property rights survey. As with 
the CHI '89 survey (which had 667 
respondents), the SIGGRAPH sur- 
vey was filled out by people who 
mainly worked for firms that de- 
velop software for commercial pur- 
poses (only I-in-5 of the respon- 
dents to these surveys worked for 
universities). As one might expect, 
a higher proportion of the CHI '89 
survey respondents identified 
themselves as user interface design- 
ers and human factors engineers 
than did the SIGGRAPH survey 
respondents, and more of the SIG- 
GRAPH respondents identified 
themselves as computer artists and 
programmers, but otherwise the 
respondent demographics were 
quite similar (including the 15-16% 
who reported being managers on 
both surveys). This means there are 
now approximately 1,000 comput- 
ing professionals who have made 
their views known on the major in- 
tellectual property controversies of 
the day. 

Overview of Findings on 
Various Aspects of Software 
Protection 

There were three aspects of pro- 
grams that enjoyed significant sup- 
port for intellectual property pro- 
tection among the SIGGRAPH 
survey respondents. Like the CHI 
'89 respondents before them, SIG- 
GRAPHians overwhelmingly sup- 
ported copyright protection for the 



source code of computer programs. 
Although a strong majority also 
supported copyright protection for 
object code (as had the CHI survey 
respondents), support for copy- 
right protection for object code was 
nonetheless lower among both SIG- 
GRAPH and CHI respondents 
than was the support for copyright 
for source code. The other aspect 
of software that enjoyed strong 
support for copyright protection 
from SIGGRAPH respondents was 
computer-generated images (a sub- 
ject about which no inquiry was 
made on the CHI survey). Table 1 
reflects the results of this part of 
the SIGGRAPH survey. 

Although the SIGGRAPH sur- 
vey results on user interface issues 
were quite similar to those from 
CHI '89, there were some differ- 
ences in their views on protection 
for internal design elements of pro- 
grams. A slight majority (52%) of 
CHI '89 survey respondents had 
supported copyright or patent pro- 
tection of pseudocode whereas only 
39% of SIGGRAPH respondents 
favored protection for it. There was 
also somewhat less support among 
the SIGGRAPH respondents for 
copyright or patent protection for 
modular design. Some 40% of CHI 
respondents had favored protec- 
tion for modular design, but only 
28% of the SIGGRAPH respon- 
dents favored such protection. 

The most striking contrast be- 
tween the SIGGRAPH and the ear- 
lier CHI survey results was the dra- 
matically lower support for patent 
protection for algorithms among 
SIGGRAPHians. A total of 39% of 
the CHI survey respondents had 
favored patent protection for algo- 
rithms, and another 8% favored 
copyright protection for them. This 
was less than a majority opinion, 
but among the SIGGRAPH respon- 
dents, only 13% favored patent 
protection for algorithms (with 
another 9% favoring copyright 
protection for them). To put it a 
slightly different way, nearly 4 out 
of 5 of the SIGGRAPH respon- 
dents were against patent or copy- 
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right protection for algorithms, 
whereas the CHIrespondents were 
almost evenly spht on the issue. 

A number of respondents com- 
mented on software patent issues in 
the blank space at the end of the 
SIGGRAPH survey. One person 
expressed the view that patents 
could provide significant protection 
for smaller software developers 
against "theft" of their ideas by 
larger firms. Others commented 
that patents on truly inventive ideas 
would be OK, but thought that too 
many patents had been granted to 
trivial things. Still others objected to 
the duration of patents, suggesting 
that five years might be a more 
appropriate duration than 17 years. 
Another comment suggested that 
those who independently devel- 
oped an idea should not be pre- 
cluded from using it, and objected 
to patents because of the com- 
pletely exclusionary character of 
this form of intellectual property 
protection. 

Stronger Opposition to Loolt 
and Feel 

Opposition to copyright protection 
for the look and feel of computer 
programs was also stronger among 
the SIGGRAPH respondents than 
among the CHI '89 respondents. 
More than three-quarters of the 
CHI respondents had expressed 
opposition to protection for the 
look and feel of computer pro- 
grams. Of the SIGGRAPH respon- 
dents, however, 94% were opposed 
to look and feel protection. 

The SIGGRAPH survey ques- 
tionnaire asked the same two ques- 
tions on predicted effect on the re- 
spondent's own work and on the 
industry if the currently pending 
copyright lawsuits established 
strong protection for the look and 
feel of user interfaces. As with the 
SIGCHI survey, a 5-point scale was 
used to gauge the respondents' pre- 
dictions, (see Table 2) 

The average predicted effect of 
strong look and feel protection on 
one's own work from the SIG- 
GRAPH survey was 2.12; the aver- 
age for the CHI '89 survey was 



2.049. A larger percentage of the 
SIGGRAPH than CHI respondents 
(28% vs. 19%) did not expect an 
effect on their own work. Even so, 
68% of the SIGGRAPH respon- 
dents anticipated a negative effect 
on their own work, and only 4% 
thought that strong protection 
would have a positive effect on 
their work. 

As with the CHI survey, more 
SIGGRAPH respondents predicted 



these suits. Only 7% of SIGGRAPH 
respondents expected no effect on 
the industry (quite similar to the 4% 
response from the CHI survey) if 
look and feel protection became the 
law. The identical percentage of 
SIGGRAPH and SIGCHI respon- 
dents—namely 57%— expected 
strong negative consequences to the 
industry from strong look and feel 
protection, as Table 2 demon- 
strates. 
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1 = strongly negative, 3 = no effect, 5 = strongly positive 

negative effects for the industry 
than for their own work if the look 
and feel lawsuits established strong 
protection for user interfaces. The 
average predicted effect on the in- 
dustry score on the same 5-point 
scale was 1.58 for the SIGGRAPH 
survey; it had been 1.646 in re- 
sponse to the CHI survey. Only 4% 
of the SIGGRAPH respondents 
predicted a positive impact on the 
industry if the look and feel law- 
suits were successful, whereas 10% 
of the CHI respondents had antici- 
pated a positive impact on the in- 
dustry from success by plaintiffs in 



Simiiar Resuits Concerning 
otiier Ui Features 

Apart from the stronger opposition 
to look and feel protection, the 
SIGGRAPH survey yielded quite 
similar results to the CHI '89 survey 
concerning other aspects of user 
interfaces. A total of 92% of SIG- 
GRAPH respondents opposed pro- 
tection of user interface commands, 
as had 88% of the CHI respon- 
dents. In addition, 91% of SIG- 
GRAPH respondents opposed pa- 
tent or copyright protection for 
user interface functionality, as had 
83% of CHI respondents. There 
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was somewhat less support among 
the SIGGRAPH than CHI respon- 
dents for protection of user inter- 
face screen layouts (79% opposition 
among SIGGRAPH and 69% 
among CHI respondents) and for 
user interface screen sequences 
(90% opposition among SIG- 
GRAPH and 79% among SIGCHI 
respondents). Icons, however, were 
thought deserving of protection by 
almost equal percentages of SIG- 
GRAPH (44%) and SIGCHI (43%) 
respondents. 

One additional question asked 
on the SIGGRAPH survey that was 
not asked on the CHI survey was 
whether copyright or patent pro- 
tection should be available for com- 
puter-generated images. Of the 
SIGGRAPH respondents, 81% fa- 
vored copyright protection for such 
images. (Another 1% thought pa- 
tents should be available for them). 
The difference between the com- 
puter-generated images and icon 
responses was somewhat surprising 
given that icons are just little im- 
ages. Michel Denber thought the 
difference in responses to these two 
questions might be due to a percep- 
tion by people in the SIGGRAPH 
community that there are compara- 
tively few effective ways of iconi- 
cally representing particular func- 
tions, but an infinite number of 
interesting computer-generated 
images. Because of this, people may 
not want to be forbidden from 
using an effective icon, but may not 
object to protection of computer 
art. Artistic expression is based on a 
much less constrained intellectual 
space, where the existence of one 
image does not preclude the crea- 
tion of others on a similar theme. 

Other Survey Findings 

As with the CHI '89 survey, the 
SIGGRAPH survey asked respon- 
dents how constrained they cur- 
rently felt about the uses they could 
make of research and design inno- 
vations they saw at SIGGRAPH 
after the conference. The results 
were quite similar to those obtained 
in response to a nearly identical 



question on the CHI '89 survey. 
Some 31% of the SIGGRAPH re- 
spondents (as compared with 31% 
of the CHI respondents) felt no 
restriction; that is, they felt they 
could freely use anything they 
learned about or saw at the confer- 
ence. 

As compared with 49% of CHI 
respondents, 54% of SIGGRAPH 
respondents felt some restriction; 
that is, they felt that they could not 
copy exactly, but could reimple- 
ment or reengineer any interesting 
designs they saw at the conference. 
Also, 14% of the SIGGRAPH re- 
spondents (as compared with 19% 
of CHI respondents) felt significant 
restrictions; they could copy only 
general concepts or ideas at the re- 
search stage. One percent of both 
groups felt totally restricted; that is, 
once they saw something at SIG- 
GRAPH, they felt they could not 
copy it into a work of their own. 

Those who attended the SIG- 
GRAPH intellectual property panel 
felt reasonably familiar with these 
kinds of legal issues. A total of 17% 
indicated they felt moderately fa- 
miliar with the issues before attend- 
ing the panel. Another 18% felt 
highly familiar with them. Only 
1 1 % indicated they had not been 
familiar with the issues before at- 
tending the panel session. Only 
one-quarter of the SIGGRAPH re- 
spondents noted that attending the 
panel session had changed their 
views on the legal issues. (In con- 
trast, half of the respondents had 
changed their minds on the issues 
after hearing the CHI debate.) Of 
those whose minds were changed as 
a result of attending the SIG- 
GRAPH session on intellectual 
property rights, only 1 in 8 thought 
that protection should be stronger 
after hearing the issues discussed. 
(The CHI survey showed a re- 
spondent shift in the same direc- 
tion, although by a different mar- 
gin. Only 1 in 1 1 changed his or her 
mind to thinking that protection 
should be stronger after hearing 
the CHI debate.) 

As with the CHI '89 survey, there 



was majority support for the idea 
that the SIG should use the results 
of the survey to take an official po- 
sition on the legal issues. Some of 
those who opposed this idea did so 
because the respondent group was 
not a representative sample of the 
SIGGRAPH membership. Several 
SIGGRAPH respondents ex- 
pressed the view at the end of the 
survey that ACM and their SIG 
should get more actively involved in 
the legal issues, not only by educat- 
ing its membership about them, but 
also by lobbying Congress about 
changes in the law or taking a stand 
in some lawsuits. (In fact, ACM's 
Executive Committee has approved 
a proposal for beginning an investi- 
gation of software intellectual 
property issues. However, efforts 
have yet to get underway.) 

Developments on the 
Patent Front 

About two years ago, after some 
National Research Council work- 
shops aired conflicting views on 
software intellectual property is- 
sues, a Congressional hearing was 
held on software intellectual prop- 
erty issues. At this hearing, soft- 
ware developers Mitch Kapor and 
Dan Bricklin, among others, ex- 
pressed a number of concerns 
about patent protection foi soft- 
ware innovations. Some of the con- 
cerns pertained to problems with 
how the U.S. Patent and Trade- 
mark Office (PTO) was implement- 
ing its policy on computer pro- 
gram-related inventions (e.g., 
problems arising from the PTO's 
ignorance of the prior art and too 
low a standard as to what software 
innovations were inventive enough 
to be patented). Some concerns 
were more fundamental in nature 
(e.g., whether patent protection for 
software innovations might signifi- 
cantly raise the barriers to entry for 
the software industry, especially 
worrisome because small software 
firms have been at the forefront of 
innovation in this industry). 

At about the same time, the U.S. 
began to consider proposals to 
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Thi most striking survey contrast was the dramatieaily ioier support 



change its patent law to make it 
more like the patent laws of other 
industrialized nations. To address 
questions that have arisen concern- 
ing patent protection for computer 
program-related inventions (in- 
cluding those raised at the Con- 
gressional hearing) and to consider 
the patent harmonization proposals 
and so.me other issues, the U.S. 
Department of Commerce estab- 
lished an Advisory Commission on 
Patent Law Reform. 

Although one important set of 
issues to be addressed by the Com- 
mission concerned software pa- 
tents, no effort was made to find a 
prominent computing professional 
who had no stated position on the 
issues to serve on the Commission. 
The person appointed to serve as 
chair of the Commissions' working 
group on the computer program- 
related inventions was Howard 
Figueroa, an IBM executive who 
had publicly spoken in favor of pa- 
tent protection for computer pro- 
gram innovations before his ap- 
pointment to the Commission. 
(Interesdngly, 20 years ago IBM 
was one of a number of computer 
firms who submitted an amicus 
brief to the U.S. Supreme Court in 
the Gottschalk vs. Benson case argu- 
ing against patent protection for 
algorithms and other program- 
related inventions because of their 
mathematical character. The na- 
ture of program algorithms has not 
changed at all in the past two de- 
cades, but IBM's position on the 
patent issues has completely re- 
versed itself.) 

The public interest representa- 
tive on the Commission's working 
group on the computer program 
issues was William Keefauver, the 
lawyer who argued the Benson case 
before U.S. Supreme Court on be- 
half of AT&T (the assignee of Ben- 
son's patent rights). Keefauver has 
made no secret of the fact that he 
regards the Supreme Court's ruling 
that Benson's algorithm for con- 
verting binary coded decimals to 



pure binary form was unpatentable 
was wrongly decided. With 
Figueroa and Keefauver on the 
working group on the computer 
program-related issues, along with 
three other lawyers specializing in 
patent law (and an IBM attorney as 
an alternate member), it was widely 
expected that the group would con- 
clude that patents were appropriate 
for computer program-related in- 
ventions. Indeed, any other conclu- 
sion would have been extremely 
surprising. (Samuelson has yet to 
meet a patent lawyer who has 
doubts about the advisability of pa- 
tent protection for software innova- 
tions.) 

Last spring the Commission pub- 
lished a set of questions for com- 
ment from the public. Most of the 
questions dealt with patent har- 
monization and other issues, but 
the first group of questions focused 
on the computer program-related 
issues. Even the manner in which 
the Commission stated its questions 
on the computer program issues 
suggested something other than an 
open mind on the issues. One of the 
questions, for example, asked 
whether there was any reason why 
patent protection should be re- 
moved for computer program- 
related inventions. This way of stat- 
ing the question suggests the law 
clearly provided patent protection 
for computer program innovations 
when, in fact, the case law is in con- 
siderable disarray on this subject. 

The Commission has acknowl- 
edged receiving 545 letters in re- 
sponse to this set of questions. 
Nearly 80% of the letters addressed 
the computer program-related 
questions; 60% addressed only the 
computer program-related issues. 
The Commission has not provided 
further information about the let- 
ters, such as the numbers of re- 
spondents who opposed or sup- 
ported patent protection for 
computer program innovations. 
Electronic versions of some of these 
letters were posted on electronic 



for algoritiini patent 
protection among 
SlOGRAPHians. 

bulletin boards. From these, it is 
clear that quite a number of the let- 
ters were critical of software patents 
and quite a number came from 
computing professionals. 

The draft report of the Commis- 
sion's working group on the com- 
puter program-related issues was 
released last January. Unsurpris- 
ingly, it concludes that patent pro- 
tection for computer program- 
related inventions is well-estab- 
lished in the law and should be 
continued. By endorsing the view 
expressed some years ago by patent 
scholar Donald Chisum that algo- 
rithms and other computer pro- 
gram-related inventions are patent- 
able because they are processes and 
have a technological character, the 
draft report seems to call (as 
Chisum also did) for the overruling 
of the 1972 Gottschalk vs. Benson 
decision in which the U.S. Supreme 
Court decision ruled that computer 
program algorithms were un- 
patentable on account of their 
mathematical character. 

The draft report states that it 
considered all the letters submitted 
in the response to the request for 
public comments. But the report 
mainly mentions potential objec- 
tions to the patenting of software 
innovations as a prelude to dismiss- 
ing them. (This part of the report 
follows the form: "A" is not a prob- 
lem because of X; "B" is not a prob- 
lem because of Y; and so on.) The 
draft report does, however, recom- 
mend a number of changes in PTO 
procedures for dealing with pro- 
gram-related inventions. For exam- 
ple, it states that the Office should 
have better access to the prior art 
for software innovations and better 
ways of classifying software so that 
people can search more effectively 
for what has been patented before. 



COMMUNICATIONS OF THE ACM/June 1992/Vol.35, No.6 



S7 



^^^^^A^^^^^^^ /^^'^ ^ V^ W V ^tf ^rf ^ tfVU tf^^^ ' ^ '^,^!^^^^ 



The draft report also asserts that 
Europe and Japan now strongly 
support patent protection for the 
patenting of computer program- 
related inventions, and that the 
major patent offices around the 
world are operating in substantial 
harmony concerning patent protec- 
tion for software innovations. It 
further urges the U.S. to press 
those nations that do not provide 
patent' protection for software in- 
novations to modify their policies to 
make program-related inventions 
patentable, saying that the U.S. 
competitive edge in software de- 
pends on the availability of patent 
protection. (It would take an entire 
column to explain why the report's 
assertions about other nations' pa- 
tent standards are not completely 
accurate, but it is worth noting that 
the competitive edge currently en- 
joyed by the U.S. software industry 
was achieved in a legal environment 
in which patent protection was not 
available for most computer pro- 
gram-related inventions.) 

GATT-Related Developments 

For the last several years, negotia- 
tions have been underway to reach 
agreement on international norms 
on intellectual property rights 
within the framework of the 
GATT. In mid-December 1991, a 
draft agreement on Trade Related 
Intellectual Property Rights 
(TRIPS) aimed at achieving this 
goal was distributed. It is now 
under consideration by member 
nations. Negotiations are expected 
to continue for some time. It is far 
from clear that this draft will be 
adopted, mainly because Third 
World and industrialized nations 
have not yet resolved some long- 
standing disagreements on a num- 
ber of its provisions (such as those 
requiring patent or patent-like pro- 
tection for new species of plants). 
Only a few of the provisions of 
the draft TRIPS agreement deal 
with computer software issues. The 
main provision of the TRIPS agree- 
ment concerning intellectual prop- 
erty rights in computer programs is 



that which would require member 
nations to protect computer pro- 
grams as "literary works" under 
copyright law. The patent section 
of the draft TRIPS agreement does 
not directly mention computer soft- 
ware, but the provision does say 
that patents are to be available with- 
out regard to the field of technol- 
ogy to which they pertain. Since it is 
difficult to dispute that computer 
programming pertains to a "field of 
technology," this provision can be 
interpreted as requiring member 
nations to protect software innova- 
tions by patent law (notwithstand- 
ing the statutory provisions that 
many nations have excluding many 
program-related inventions from 
patents and judicial interpretations 
in many nations that have tended to 
limit the extent of patent protection 
for software innovations). 

Those who support this expan- 
sive interpretation of the draft 
TRIPS agreement, like those who 
wrote the Patent Advisory Commis- 
sion draft report, tend to assert that 
there is already a significant con- 
sensus, at least among industrial- 
ized nations, in favor of patent pro- 
tection for software innovations 
(when, in fact, there is not). They 
also tend to ignore significant dif- 
ferences in patentability standards 
employed by those nations that do 
provide some degree of patent pro- 
tection for software innovations. At 
an international conference on 
software intellectual property 
rights sponsored by Japan's Soft- 
ware Information Technology Cen- 
ter held in Tokyo in December, 
Jean-Francois Verstrynge, the head 
of the EC Directorate which issued 
the EC Directive on Copyright Pro- 
tection for Computer Programs, 
after listening to discussion of Brit- 
ish, German, U.S. and Japanese 
patent caselaw on patent protection 
for computer program-related in- 
ventions, stated that the discussion 
had convinced him that it was pre- 
mature to say there was sufficient 
consensus on this set of issues to 
make it part of the GATT frame- 
work. 



Conclusion 

The SIGGRAPH intellectual prop- 
erty rights survey, like the CHI '89 
survey before it, demonstrates that 
there is strong support for copy- 
right protection for source and ob- 
ject code, but strong opposition to 
extending copyright protection to 
such things as look and feel within 
these segments of the technical 
community. Those surveyed ex- 
pected negative consequences for 
their own work and for the industry 
and community of which they were 
a part if the look and feel lawsuits 
established strong copyright pro- 
tection for user interfaces. The sur- 
vey also suggests there is a signifi- 
cant opposition within these 
communities concerning patent 
protection for software innova- 
tions. 

Neither the SIGGRAPH or the 
CHI '89 surveys purport to be any- 
thing more than what they are; in- 
teresting sets of data about what 
people in these communities think 
about the legal issues that affect 
their field. It would be interesting 
to know whether these surveys ac- 
curately reflect the membership 
views of the ACM or the various 
SIGs. Survey respondents want 
ACM or their SIGs to get more in- 
volved in the legal issues. Some of 
this involvement might be educa- 
tional in nature; some might be 
more proactive than that. Perhaps 
further surveys would be useful as 
well. 

Intellectual property rights are, 
of course, not a popularity contest. 
What people in a particular field 
think the law should be on a partic- 
ular issue, even if by substantial 
margins, does not necessarily mean 
the courts or the legislature will or 
should agree with that group's as- 
sessment. But what people think 
about the norms that will govern 
their work and the industry as a 
whole ought to matter (if for no 
other reason than if there is a sub- 
stantial gap between what people in 
the field think the rule should be 
and what the rule is, they may not 
respect the rule, or may devise 
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strained interpretations of it that 
might lead to more litigation.) Re- 
sentment at being excluded from 
the process of shaping the rule can 
also undermine the effectiveness of 
a rule. 

It may be, as some have sug- 
gested, that the disagreements that 
have arisen within the technical 
community about intellectual prop- 
erty rights issues are simply reflec- 
tions of distress at the changing 
norms of the field. Just as the prai- 
ries of the western U.S. were once 
open to any traveler who might 
cross them or settle there, software 
was once developed in an environ- 
ment in which intellectual property 
rights played a negligible or minor 
role. Just as the erection of fences 
marked the passing of the western 
frontier, the passage of the soft- 
ware copyright amendments and 
new interpretations of patent law 
that have expanded the role of pat- 
ents in the protection of software 
innovations may simply be abstract 
legal equivalents to the barbed wire 
fences that brought about the end 
of the western frontier. 

Computer programs are unques- 
tionably an important item of com- 
merce, not only in the U.S., but in 
many other nations. Given the in- 
ternational nature of commerce of 
this product and its associated ser- 
vices, it is understandable that the 
U.S. and other exporters of soft- 
ware products would press other 
nations for adoption of relatively 
uniform rules for protecting intel- 
lectual property rights in software. 
But it is a bad way for the U.S. (or 
any other country) to make public 
policy by pushing for adoption of 
an international treaty requiring 
member nadons to give patent pro- 
tection to software innovations and 
then use that requirement as a basis 
for asserting that the U.S. (or any 
other country) has to patent soft- 
ware innovations in order to com- 
ply with its treaty obligations. 

Compudng professionals rely on 
the strength of the software indus- 
try, both for their employment and 
for the tools with which they con- 



duct their work. They have a strong 
and abiding interest in the success 
of this industry, and in the exis- 
tence of intellectual property rights 
that provide needed incentives for 
investment in the industry. In addi- 
tion, they have a strong sense of 
professional responsibility and they 
care very much about the norms 
that govern their work. By virtue of 
their experience in the field, com- 



puting professionals also have some 
insights about what kind and what 
extent of intellectual property pro- 
tection for software is appropriate 
that those who are making policy in 
this area would do well to heed. B 

Pamela Samuelson is a Professor of Law at the 
University of Pittsburgh School of Law. Michel 
Denber is a researcher at Xerox Corporation's re- 
search facility in Rochester, New York. Robert J. 
Glushko is the President of Hypertext Engineer- 
ing, Pittsburgh, Pennsylvania. 



The ACM Member serwices 

Deportment wants i ou to ho we 

oil the FMC¥S. 



rMCT #l: If your mailing address is changing, contact us 
directly by telephone, fax, email or simply mail your request to: 

ACM Member Services Department 

1515 Broadway 

NY, NY 10036 

TELEPHONE: 212.626.0500/FAX: 212.944.1318/ 

EMAIL: ACMCOA@ACMVM.BITNET 
Don't forget^ Include your AGM Member # on all correspon- 
dence! The Change of Address request you make will 
cover ALL of your subscription services. 

FMC¥ #2: If you have any questions concerning your ACM 
membership and/or subscription services or would like further 
details concerning the benefits of being an ACM Member, contact 
us at: 

ACM Member Services Department 

1515 Broadway 

NY, NY 10036 

TELEPHONE: 212.626.0500/FAX: 212.944.1318/ 

EMAIL: ACMHELP@ACMVM.BITNET 

FMCT #S: If you would like to order Single Copy items, 
including conference proceedings, individual journals and SIG 
newsletters and other special publications, contact: 

ACM Order Department 

1.800.342.6626 (Credit Card Orders) 

1.301.528.4261 (AK, MD and Outside US and/or Customer Service 

Inquiries and Orders) 

FAX: 301.528.8596/EMAIL: ACMPUBS@ACMVM.BITNET 
For pre-paid and purchase orders, mail your order and payment to: 

ACM Order Department 

PO Box 64145 

Baltimore, MD 21264 
For SIGGRAPH Video Review call First Priority at 
1.800.223.5503 or 708.250.0807; fax: 708.250.0038. 



COMMUNICATIONS OF THE ACM/June 1992/Vol.35, No.6 



19 



5i"'S«!' WPpf^^Wl 



ajyy^g^^^^^^ 



It's conpletely rational. 



Microsoft" C/C++ 7.0 now in- 
cludes the Windows" operating sys- 
tem version 3.1 SDK. For only $139, 
it's hard to believe this development 
kit is so complete. We're talking all 
the latest technology programmers 
have told us they want. 

But you're still skeptical, "^ibu're 
asking yourself what is missing? 
Well, here's an admittedly long-wind- 
ed list of what's included. 

Object linking and embedding. 
Great for creating applications that 
share diverse types of data, like text 
and graphics. An application that 
supports OLE can cooperate with 
other OLE applications, even those 
from another vendor. 

Pen computing APIs. Everything 
you need to create compelling appli- 
cations for the next generation of 
pen computers. There are over 300 
pages of documentation that give 
you the basic elements of Wmdows 
for Pen Computing. 

Multimedia APIs. Our newest 
media control interface. You can in- 
corporate animation, audio and video 
capability using third party devices 
and drivers. (It's the next best thing 
to virtual reality) 

Windows Debugging Version. 
Traps the most troublesome UAEs 
and helps you create more stable, 
robust applications. Contains GDI, 
KERNEL, and USER modules. 

GUI Setup Toolkit. It will make 
hammering out a custom Wmdows- 
based setup program as simple as 
writing a script file. 

Microsoft Foundation Classes. 
Now you can use the same building 
blocks we're using to build future 
versions of the Wmdows operating 
system. A rich set of 60 recyclable 
object classes provides logical order 
to more than 500 functions of the 
Wmdows API. Menus, GDI, OLE 
1.0 and advanced diagnostics sup- 



port are included. Tasks such as 
registering Wmdows' classes, build- 
ing message loops, and managing 
device contexts are automatic. 

Sample code. Over 75,000 lines. 

Zoomin. A nifty tool for magni- 
fying portions of a screen to help 
identify paint problems and other 
screen-related issues. 

Heapwalker. Examine the glob- 
al heap and local heaps used by ac- 
tive applications and dynamic-link 
libraries in your system. 

Editors. And plenty of them. 
Dialog Editor lets you add, modify, 
and delete custom controls as you 
design and test dialog boxes on- 
screen. Image Editor modifies icons, 
bitmaps and cursors. Font Editor 
alters existing faces and creates 
new ones. Hotspot Editor creates 
and edits hypergraphics or bitmaps 
in one or more hotspots. 

Spy Idols. Pssst. They make 
it possible to monitor Mouse, input/ 
output from Wmdows, DDE and 
other messages between one or 
more Wmdows-based applications. 
You can also examine message 
parameter values. 

Stress. Allows you to consume 
system resources for low-resource 
stress testing. Acquirable resources 
include the global heap, user heap, 
GDI heap, disk space and file han- 
dles. (Less job stress for you.) 

Wdeb386. Now test and debug 
dynamic link libraries and Wmdows- 
based applications running in stand- 
ard or 386-enhanced mode. 

Multi-resolution bitmap compiler 
Combine color and monochrome 
bitmaps with different resolutions 
into a single graphic. 

Help Compiler. Create Help sys- 
tems for applications that will take 
advantage of the new Wmdows 3.1 
Help engine. Both context-sensitive 



and topical searches of Help files. 

Compiler features. Unrestrict- 
ed pre-compiled headers for speedy 
throughput. Explicit or automatic 
inlining of any C/C++ code for fast- 
er executions. Compressed code 
for size reductions. 

CodeView' Debugger This win- 
dow-oriented debugger is a power- 
ful, easy-to-use tool for analyzing 
MS-DOS' or Wmdows-based pro- 
gram behavior. Test the execution 
and examine data all at the same 
time. Display any combination of 
variables -global or local- while 
you halt or trace a program's exe- 
cution. Versions for dual and single 
monitor debugging, even in a win- 
dow, are supported. 

Source Profilers. Optimize the 
performance of all your MS-DOS- 
based or Wmdows-based applica- 
tions. Analyze your program to find 
code inefficiencies. 

Whew! If you were to get all of 
this separately it would cost many 
hundreds of dollars. And definitely 
will in the very near future. 

On the other hand, if you use a 
Microsoft or any other C/C++ prod- 
uct, and order an upgrade before 
June 30, 1992, it's yours for $139. 
That includes over 5,000 pages of 
C/C++ 70 documentation plus the 
entire Wmdows 3.1 SDK online 
documentation. We'll also throw in 
a free copy of Qualitas' 386-Max'" 
for MS-DOS-based development. 

And if you want the Wmdows 
3.1 SDK documentation in hard 
copy (over 5,000 pages), it's yours 
for an additional $150. 

Look. Y)u can defy the logic of 
thinking programmers everywhere 
and pass up this historic offer. Or 
you can call your reseller. Or just 
call us at (800) 541-1261, Dept. B21. 
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howcase" is a research exhibition and part of the ACiVl- 
sponsored sicgraph 92 conference to be held at Chicago's 
Mccormicic Place Convention center from July 27 to 31. The 
exhibition will focus on the use of visualization In networked 
environments, particularly for interactively steering supercom- 
puter applications and for facilitating collaboration between 
remote sites. "Showcase " projects are multiuser and Interactive, 
providing both users and observers with the current state of the 
art in networlced visual computational science. This term distin- 
guishes the use of computers In the discipline sciences— physics, 
economics, medicine, astronomy, chemistry and biology— from 
computer science. 

The network accessibility of Showcase follows in the footsteps 
of previous Supercomputing conferences. The Ultranet booth at 
Supercomputing '90 provided networked access to the Cornell 
National Supercomputing Facility and the entire exhibit floor of 
supercomputing '91 was Interconnected via a HIPPI network 
which in turn provided external access to the NSF-NET. Showcase 
will provide high-speed Internal FDDI and external T3 network 
access to each of its projects for remote site communication. 
After SICGRAPH, a portion of Showcase will travel to Minneapolis 
in November for Supercomputing '92. 

Four distinct Showcase themes— local heterogeneous net- 
worked environments, remote visualization and collaboration 
paradigms, novel visual Interfaces, and specific applications— are 
covered in this special section of Communications, in Metacom- 
putlng, smarr and Catlett describe local networking environments 
made so transparent that users can create multicomputer 
applications as easily as single computer programs. Mercurlo et 
al. wrap remote visualization, collaborative work and telepresence 
into the concept of "The Distributed Laboratory." A virtual reality 
Interface is described in "The CAVE Audio-visual Experience Auto- 
matic Virtual Environment." Finally, three novel applications of 
networked visualization (including a three-dimensional fax 
machine) are summarized In "Modeling and Analysis of Empirical 
Data In collaborative Environments." For those who will not be 
able to attend SIGGRAPH '92, these four papers are a good 
representation of the kinds of research exhibits that comprise 
Showcase. For those who can attend, see you there. 
Cuest Edltoi' 

John c. Hart, Electronic visualization Laboratory and National 
center for Supercomputing Applications. 
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rom the standpoint of the average user, today's com- 
puter networ ks are extremely primitive compared to 
other networl<s. While the national power, transporta- 
tion, and telecommunications networks have evolved to 
their present state of sophistication and ease of use, 
computer networks are at an early stage in their evolu- 
tionary process. Eventually, users will be unaware they 
are using any computer but the one on their desk, 
because it will have the capabiiit:>/ to reach out across the 
national network and obtain whr/^ever computational 
resources are necessary. 

The computing resources transpci^rently available to the 
user via this networked environment have been called a 
metacomputer. The tnetacomputor is a network of 
heterogeneous, computational resources linked by soft- 
ware in such a way that they can be used as easily as a 
personal computer, in fact, the PC can be thought of as a 
minimetacomputer, with a general-purpose micropro- 
cessor, perhaps floating point-Intensive coproc 'ssor, a 
computer to manage the J/0~or memory—hieryrcliy, 
and a specialized audio or graphics chip. Like the meta- 
computer, the minimetacomputer Is '^ heterogeneous 
environment of computing engines connected by com- 
munications links. Driving the software development and 
system integration of the NCSA metacomput:v)r are a set 
of "probe " metaapplicatlons. 

The first stage in constructing a metacomputer Is to 
create and harness the software to make tho user's Job of 
utilizing different computational elements easier. For 
any one project, a typical user might use a desktop 
workstation, a remoie supercompuijer, a mainframe sup- 
porting the mass storage archive, and a specialized 
graphics computer, some users havo worked in this 
environment for the [jast decade, using adhoc, custom 
solutions, providing fipecific capabilities at best, in most 
cases moving data arid portinc] applications by hand from 
machine to machine. The goal of building a metacom- 
puter is elimination of the drudgery involved in carrying 
out a project on surh a diverse collection of computer 
systems. This first stage is largely a software and hardware 
Integration effort, it involves interconnecting all of the 
resources with high-performance networks. Implementing 
a distributed file system, coordinating user access across the 
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various computational elements, 
and making the environment seam- 
less using existing technology. This 
stage is well underway at a number 
of federal agency supercomputer 
centers. 

The next stage in metacomputer 
development moves beyond the 
software integration of a heteroge- 
neous network of computers. The 
second phase involves spreading a 
single application across several 
computers, allowing a center's het- 
erogeneous collection of computers 
to work in concert on a single prob- 
lem. This enables users to attempt 
types of computing that are virtu- 
ally impossible without the 
metacomputer. Software that al- 
lows this to be done in a general 
way (as opposed to one-time, ad hoc 
solutions) is just now emerging and 
is in the process of being evaluated 
and improved as users begin to 
work with it. 

The evolution of metacomputing 
capabilities is constrained not only 
by software but also by the network 
infrastructure. At any one point in 
time, the capabilities available on 
the local area metacomputer are 
roughly 12 months ahead of those 
available on a wide-area basis. In 
general, this is a result of the differ- 
ence between the network capacity 
of a local area network (LAN) and 
that of a wide-area network (WAN). 
While the individual capabilities 
change over time, this flow of capa- 
bilities from LAN to WAN remains 
constant. 

The third stage in metacomputer 
evolution will be a transparent na- 
tional network that will dramati- 
cally increase the computational 
and information resources available 
to an application. This stage in- 
volves more than having the local 
metacomputer use remote re- 
sources (i.e., changing the distances 
between the components). Stage 
three involves putting into place 
both adequate WAN infrastructure 
and developing standards at the 
administrative, file system, security, 
accoundng, and other levels to 
allow multiple LAN metacom- 
puters to cooperate. While this 



third epoch represents the five-year 
horizon, an early step toward this 
goal is the collaboration between 
the four National Science Founda- 
tion (NSF) supercomputer centers 
to create a "national virtual ma- 
chine room." Ultimately, this will 
grow to a truly national effort by 
encompassing any of the attached 
National Research and Education 
Network (NREN) systems. System 
software must evolve to transpar- 
ently handle the identification of 
these resources and the distribution 
of work. 

In this article, we will look at the 
three stages of metacomputing, 
beginning with the local area 
metacomputer at the National Cen- 
ter for Supercomputing Applica- 
tions (NCSA) as an example of the 
first stage. The capabilities to be 
demonstrated in the SIGGRAPH 
'92 Showcase environment repre- 
sent the beginnings of the second 
stage in metacomputing. This in- 
volves advanced user interfaces that 
allow for participatory compuring 
as well as examples of capabilities 
that would not be possible without 
the underlying stage-one metacom- 
puter. The third phase, a national 
metacomputer, is on the horizon as 
these new capabilities are expanded 
from the local metacomputer out 
onto Gbit/sec network testbeds. 

LAN Metacomputer at NCSA 

Following the PC analogy, the 
hardware of the LAN metacom- 
puter at NCSA consists of subcom- 
ponents to handle processing, data 
storage and management, and user 
interface, with high-performance 
networks to allow communication 
between subcomponents (see Fig- 
ure 1). Unlike the PC, the subsys- 
tems now are not chips or dedicated 
controllers, but entire computer 
systems whose software has been 
optimized for its task and commu- 
nication with the other compo- 
nents. The processing unit of the 
metacomputer is a collection of sys- 
tems representing today's three 
major architecture types: massively 
parallel (Thinking Machines CM-2 
and CM-5), vector multiprocessor 



(CRAY-2, CRAY Y-MP, and Con- 
vex systems), and superscalar (IBM 
RS/6000 systems and Silicon 
Graphics (SGI) VGX multiproces- 
sors). More generally, these are dif- 
ferentiated as shared memory. 
(Grays, Convex, and SGI) and dis- 
tributed memory (CM-2, CM-5, 
and RS/6000s) systems. 

Essential to the Phase I LAN 
metacomputer is the development 
of new software allowing the pro- 
gram applications planner to divide 
applications into a number of com- 
ponents that can be executed sepa- 
rately, often in parallel, on a collec- 
tion of computers. This requires 
both a set of primitive utilities to 
allow low-level communications 
between parts of the code or pro- 
cesses, and the construction of a pro- 
gramming environment that takes 
available metacomputer resources 
into account during the design, 
coding, and execution phases of an 
application's development. One of 
the problems faced by the low-level 
communications software is that of 
converting data from one system's 
representation to that of a second 
system. NCSA has approached this 
problem through the creation of 
the Data Transfer Mechanism 
(DTM), which provides message- 
based interprocess communication 
and autoinatic data conversion to 
applications programmers and to 
designers of higher-level software 
development tools.' 

At the level, above interprocess 
communication, there is a need for 
standard packages that help the 
applications designer parallelize 
code, decompose code into func- 
tional units, and spread that distrib- 
uted application onto the meta- 
computer. NCSA's approach to 
designing a distributed applications 
environment has been to acquire 
and evaluate several leading pack- 
ages for this purpose, including 
Parallel Virtual Machine (PVM),^ 
and Express,^ both of which allow 
the programmer to identify sub- 
processes or subsections of a dataset 
within the application and manage 
their distribution across a number 
of processors, either on the same 
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physical system or across a number 
of networked computational nodes. 
Other software systems NCSA is 
investigating include Distrib- 
uted Network Queueing System 
(DNOS)"* and Network Linda.^ The 
goal of these efforts is to prototype 
distributed applications environ- 
ments, which users can either use 
on their own LAN systems or use to 
attach NCSA computational re- 
sources when appropriate. Demon- 
strations in Showcase will include 
systems developed in these envi- 
ronments. 

A balanced system is essential to 
the success of the metacomputer. 
The network must provide connec- 
tivity at application-required 
bandwiths between computational 
nodes, information and data stor- 
age locations, and user interface 
resources, in a manner indepen- 
dent of geographical location. 

The national metacomputer, 
being developed on Gbit network 
testbeds such as the BLANCA 
testbed illustrated in Figure 2, will 
change the nature of the scientific 
process itself by providing the capa- 
bility to collaborate with geographi- 
cally dispersed researchers on 
Grand Challenge problems. 
Through heterogeneous network- 
ing technology, interactive commu- 
nication in real time — from one- 
on-one dialogue to multiuser con- 
ferences — will be possible from the 
desktop. When the Internet begins 
to support capacities at 150Mbit/sec 
and above, commensurate with 
local area and campus area 
lOOMbit/sec FDDI networks, then 
remote services and distributed ser- 
vices will operate at roughly the 
same level as local services. This will 
result in the ability to extend local- 
area metacomputers to the national 
scale. 

Metacomputing at SICCRAPH 
'92 Showcase 

The following descriptions repre- 
sent a cross-section of a variety of 
capabilities to be demonstrated by 
metaapplication developers from 
many different institutions. These 
six applications also cut across three 



fundamental areas of computa- 
tional science. Theoretical simulation 
can be thought of as using the 
metacomputer to solve scientific 
equations numerically. InstrumentI 
Sensor control can be thought of as 
using the metacomputer to trans- 
late raw data from scientific instru- 
ments and sensors into visual im- 
ages, allowing the user to interact 
with the instrument or sensor in 
real time as well. Finally, Data Navi- 
gation can be thought of as using 
the metacomputer to explore large 
databases, translating numerical 
data into human sensory input. 

Theoretical Simulation 
Theoretical simulation is the use of 
high-performance computing to 
perform numerical experiments, 
using scientific equations to create 
an artificial numerical world in the 
metacomputer memory where ex- 
periments take place without the 
constraints of space or time. One of 
these applications takes advantage 
of emerging virtual reality technol- 
ogies to explore molecular struc- 
ture, while a second theoretical sim- 
ulation application we described 
allows the user to explore the for- 
mation and dynamics of severe 
weather systems. An important 
capability these applications require 
of the metacomputer is to easily in- 
terconnect several computers to 
work on a single problem at the 
same time. 

Molecular Virtual Reality; This 
project will demonstrate the inter- 
action between a virtual reality sys- 
tem and a molecular dynamics pro- 
gram running on a Connection 
Machine. Molecular dynamics 
models, developed by Klaus Schul- 
ten and his colleagues at the Uni- 
versity of Illinois at Urbana- 
Champaign's Beckman Institute 
Center for Concurrent Biological 
Computing, are capable of simulat- 
ing the ultrafast motion of macro- 
molecular assemblies such as pro- 
teins.® The new generation of 
parallel machines allows one to rap- 
idly simulate the response of bio- 
logical macromolecules to small 
structural perturbations, adminis- 



tered through the virtual reality 
system, even for molecules of sev- 
eral thousand atoms. 

Schulten's group, in collabora- 
tion with NCSA staff, developed a 
graphics program which collects 
the output of a separate program 
running on a Connection Machine 
and renders it on a Silicon Graphics 
workstation. The imagery can be 
displayed on the Fake Space Labs 
boom display system, VPL's 
EyePhone head-mounted display, 
or the Silicon Graphics workstation 
screen. The program provides the 
ability to interact with the molecule 
using a VPL DataGlove. The 
DataGlove communicates altera- 
tions of the molecular structure to 
the Connection Machine, restarting 
the dynamics program with altered 
molecular configurations. 

This metaapplication will pro- 
vide the opportunity to use Virtual 
Reality (VR) technology to monitor 
and control a simulation run on a 
Connection Machine stationed on 
the show floor. In the past, remote 
process control has involved start- 
ing, stopping, and changing the 
parameters of a numerical simula- 
tion. The VR user interface, on the 



'DTM was developed by Jeff Terstriep at 
NCSA as part of the BLANCA Testbed ef- 
forts. NCSA's research on the BLANCA 
testbed is supported by funding fiom DARPA 
and NSF through the Corporation for Na- 
tional Research Initiatives. 

^PVM was developed by a team at Oak Ridge 
National Laboratory, University of Tennes- 
see, and Emory University. Also see A. 
Beguelin, J. Dongarra, G. Geist, R. Manchek, 
and V. Sunderam. Solving Computational 
Grand Challenges Using a Network of Super- 
computers. In Proceedings of the Fifth SIAM 
Conference on Parallel Processing, Danny Soren- 
son, Ed., SIAM, Philadelphia, 1991. 

^Express was developed at CalTech and is 
now being distributed by ParaSoft. It is a suite 
of tools similar to PVM. 

■■"DNQS, A Distributed Network Queueing 
System," and "DQS, A Distributed Queueing 
System," are both 1991 papers by Thomas 
Green and Jeff Snyder from SCRI/FSU. 
DNQS was developed at Florida State Univer- 
sity. 

^Network Linda was developed at Yale Uni- 
versity. 

"This research is by Mike Krogh, Rick Kufrin, 
William Humphrey and Klaus Schulten De- 
partment of Physics, National Center for Su- 
percomputing Applications at Beckman Insti- 
tute. 
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other hand, allows the user to inter- 
act with and control the objects 
within the model — the molecules 
themselves — rather than just the 
computer running the model. 

User-Executed Simulation/Analy- 
sis of Severe Thunderstorm Phe- 
nomena: In an effort to improve 
weather prediction, atmospheric 
science researchers are striving to 
better understand severe weather 
features. Coupled with special ob- 
serving programs are intense nu- 
merical modeling studies that are 
being used to explore the relation- 
ship between these features and 
larger-scale weather conditions.'^ A 
supercomputer at NCSA will be 
used to run the model, and several 
workstations at both NCSA and 
Showcase will be used to perform 
distributed visualization processing 
and user control. 

In Showcase, the visitor will be 
able to explore downburst evolu- 
tion near the ground through cou- 
pled model initiation, simulation, 
analysis, and display modules. In 
this integrated, real-time environ- 



l^lgure l. LAN metacomputer at NCSA 

PIgure 2. BLANCA research partici- 
pants Include the university of Cali- 
fornia—Berkeley, Lawrence LIvermore 
National Laboratories, university of Wis- 
consin-Madison (CS, Physics, space Sci- 
ence and Engineering Center), and Uni- 
versity of Illinois at Urbana-Champaign 
(CS, NCSA). Additional XUNET partici- 
pants Include Lawrence LIvermore Na- 
tional Laboratories and Sandia. BLANCA 
uses facilities provided by the AT&T Bell 
Laboratories XUNET Communications 
Research Program In cooperation with 
Ameritech, Bell Atlantic, and Pacific 
Bell. Research on the BLANCA testbed 
Is supported by the Corporation for 
National Research initiatives with fund- 
ing from Industry, NSF, and DARPA. 
Diagram: Charles Catiett. 

Figure l. Three-dimensional image of 
molecule modeled with molecular dy- 
namics software. 

credit: Klaus schulten, NCSA visualiza- 
tion group 

Figure 4. Comparing video Images 
(background) with live three-dimen- 
sional output from thunderstorm 
model using the NCSA digital library, 
credit: Bob Wiihelmson, Jeff Terstrlep 



ment, the analysis modules and vis- 
ual display will be tied to new flow 
data as it becomes available from 
the model. This is a precursor to 
the kind of metacomputer forecast- 
ing environment that will couple 
observations, model simulations, 
and visualization together. The 
metacomputer is integral to the fu- 
ture forecasting environment for 
handling the large volumes of data 
from a variety of observational plat- 
forms and models being used to 
'beat the real weather'. In the fu- 
ture, it is possible that real-time 
Doppler data will be used to initial- 
ize storm models to help predict the 
formation of tornadoes 20 to 30 
minutes ahead of their actual oc- 
currence. 

Instrument/sensor Control 
Whereas the numerical simulation 
data came from a computational 
model, the data in the following 
applications comes from a scientific 
instrument. Now that most labora- 
tory and medical instruments are 
being built with computers as con- 
trol devices, remote observation 
and instrument control is possible 
using networks. 

Interactive Imaging of Atomic 
Surfaces: The scanning tunneling 
microscope has revolutionized sur- 
face science by enabling the direct 
visualization of surface topography 
and electronic structure with 
atomic spatial resolution. This proj- 
ect will demonstrate interactive vis- 
ualization and distributed control 
of remote imaging instrumenta- 
tion.^ Steering imaging experi- 
ments in real time is crucial, as it 
enables the scientist to optimally 
utilize the instrument for data col- 
lection by adjusting observation 
parameters during the experiment. 
A scanning tunneling microscope 
(STM) located in the Beckman In- 
stitute for Advanced Science and 
Technology at UIUC will be re- 
motely controlled from a worksta- 
tion at Showcase '92. The STM data 
will be sent as it is acquired to a 
Convex C3800 at NCSA for image- 
processing and visualization. This 
process will occur during data ac- 



quisition. STM instrument and vis- 
ualization parameters will be under 
user control from a workstation at 
Showcase. The user will be able to 
remotely steer the STM in Urbana 
from Chicago and visualize surfaces 
at the atomic level in real time. 

The project will use AVS, from 
AVS, Inc. to distributed compo- 
nents of the application between 
the Convex C3800 at NCSA and a 
showcase workstation. Viewit, a 
multidimensional visualization in- 
terface, will be used as the user in- 
terface for instrument control and 
imaging. 

Data Navigation 

Data navigation may be regarded 
not only as a field of computational 
science but as the method by which 
all computational science will soon 
be carried out. Both theoretical 
simulation and instrument/sensor 
control produce large sets of data 
that rapidly accumulate over time. 
Over the next several years, we will 
see an unprecedented growth in 
the amount of data that is stored as 
a result of theoretical simulation, 
instruments and sensors, and also 
textual and image data through 
network-based publication and col- 
laboration. While the three previ- 
ous applications involve user inter- 
faces to specific types of data, the 
three following applications ad- 
dress the problem faced by scien- 
tists who are searching through 
many types of data. Capabilities are 
shown for solving the problem of 
locating data as well as examining 
the data. 

Interactive Four-Dimensional 

Imaging: There are many different 
methods for visualizing biomedical 
image data sets. For instance, the 
Mayo Clinic Dynamic Spatial 
Reconstructor (DSR) is a CT scan- 
ner which can collect entire three- 
dimensional scans of a subject as 
quickly as 30 times a second. View- 
ing a study one two-dimensional 

^This research is by Robert Wilbelmson, Crys- 
tal Shaw, Matthew Arrott, Gautum Mehrotra, 
and Jeff Thingvold, NCSA 

*This research is by Clint Potter, Rachael 
Brady, Pat Moran, NCSA/Beckman Institute 
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plane at a time would take an enor- 
mous amount of time and still not 
directly reveal out-of-plane and 
temporal relationships. 

The biomedical scientist requires 
computational tools for better navi- 
gating such an "ocean" of data. Two 
tools that are used extensively in 
the NCSA biomedical imaging ac- 
tivities are 'viewit' and 'tiller'.^ 
'Viewit' is a multidimensional "cal- 
culator" used for multidimensional 
image reconstruction and enhance- 
ment, and display preparation. It 
can be used to read instrument 
data, reconstruct, and perform vol- 
umetric projections saved in files as 
image frames. Each frame provides 
a view of the subject from a unique 
viewpoint at an instant in time. 
'Tiller' collects frames generated by 
'viewit," representing each frame as 
a cell on a two-dimensional grid. 
One axis of the grid represents a 
spatial trajectory and the other axis 
represents time. The user charts a 
course on this time-space map and 
then sets sail. A course specifies a 
frame sequence constructed on- 
the-fly and displayed interactively. 
This tool is particularly useful for 
exploring sets of precomputed vol- 
umetric images, allowing the user 
to move freely through the images 
by animating them. 

At Showcase, interactive visuali- 
zation of four-dimensional data will 
use an interface akin to that of 
'Tiller'; however, the volumetric 
images will be generated on de- 
mand in real time, using the Con- 
nection Machine at NCSA. From a 
workstation at Showcase, the user 



PIgure S. scanning Tunneling Micros- 
copy Laboratory at the Beckman insti- 
tute for Advanced Science and Technoi- 
ogy. 
courtesy: Joe Lyding 

PIgurs B. Volume rendering sequence 
using "Tiller" to view dynamic spatial 
reconstructer data of a dog heart. 
Credit: Pat Moran, NCSA 

Plsure f . Three-dimensional render- 
ing of Harvard CFA galaxy redshlft data, 
credit: iviargaret celler, Harvard Univer- 
sity, and NCSA visualization group 



will explore a large, four-dimen- 
sional data set stored at NCSA. A 
dog heart DSR data set from Eric 
Hoffman, University of Pennsylva- 
nia, will be used for the Showcase 
demo. 

Scientific Multimedia Digital Li- 
brary: The Scientific Digital Li- 
brary^'' will be available for brows- 
ing and data analysis at Showcase. 
The library contains numerical sim- 
ulation data, images, and other 
types of data as well as software. To 
initiate a session, the participant 
will use a Sun or SGI workstation, 
running the Digital Library user 
interface, to connect to a remote 
database located at NCSA. The 
user may then perform queries and 
receive responses from the data- 
base. The responses represent 
matches to specific queries about 
available data sets. After selecting a 
match, the user may elect to exam- 
ine the data with a variety of scien- 
tific data analysis tools. The data is 
automatically retrieved from a re- 
mote system and presented to the 
researcher within the chosen tool. 

One capability of the Digital Li- 
brary was developed for radio as- 
tronomers. Data and processed 
images from radio telescopes are 
stored within the library and search 
mechanisms have been developed 
with search fields such as frequency 
and astronomical object names. 
This allows the radio astronomer to 
perform more specialized and com- 
prehensive searches in the library 
based on the content of the data 
rather than simply by author or 
general subject. 

The data may take the form of 
text, source code, data sets, images 
(static and animated), audio and 
even supercomputer simulations 
and visualizations. The digital li- 
brary thus aims to handle the entire 
range of multimedia options. In 
addition, its distributed capabilities 
allow researchers to share their 
findings with one another, with the 
results displayed on multiple work- 
stations — ^which could be located 
across the building or across the 
nation. 



Navigating Simulated and Ob- 
served Cosmological Structures: 

The Cosmic Explorer'' is moti- 
vated by Carl Sagan's imaginary 
spaceship in the PBS series "Cos- 
mos," in which he explores the far 
corners of the universe. In this 
implementation, the user will ex- 
plore the formation of the universe, 
the generation of astrophysical jets, 
and colliding galaxies by means of 
numerical simulations and VR 
technology. The numerical simula- 
tions produce very large data sets 
representing the cosmic structures 
and events. It is important for the 
scientist not only to be able to pro- 
duce images from this data but to 
be able to animate events and view 
them from multiple perspectives. 

Numerical simulations will be 
performed on supercomputers at 
NCSA and their resulting data sets 
will be stored at NCSA. Using the 
45Mbit/sec NSFNET connection 
between Showcase and NCSA, data 
from these simulations will be visu- 
alized remotely using the VR 
'CAVE'. The 'CAVE' will allow the 
viewer to "walk around" in the data, 
changing the view perspective as 
well as the proximity of the viewer 
to the objects in the data. 

Two types of simulation data sets 
will be used. The first is produced 
by a galaxy cluster formation model 
and consists of galaxy position data 
representing the model's predicted 
large-scale structure of the uni- 
verse. The second is produced by a 
cosmological event simulator that 
produces data representing struc- 
tures caused by the interaction of 
gasses and objects in the universe. 



This research is by Clint Potter, Rachael 
Brady, Pat Moran, NCSA/Beckman Institute 

'"The digital library architecture and devel- 
opment work at NCSA is led by Jeff 
Terstriep. 

"The Cosmic Explorer VR application soft- 
ware is based on software components already 
developed for VR and interactive graphic 
applications, including the Virtual Wind Tun- 
nel developed by Steve Bryson of NASA 
Ames. Also integrated will be the software 
developed by Deyang Song and Mike Nor- 
man of NCSA for interactive visualization of 
numerical cosmology data bases, and the 
NCSA VR , interface library developed by 
Mike McNeill. 
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Using the cosmic explorer and the 
'CAVE', a user will be able to com- 
pare the simulated structure of the 
universe with the observed struc- 
ture, using the Harvard CFA gal- 
axy redshift database assembled by 
Margaret Geller and John Huchra. 
This will allow comparisons be- 
tween the real and theoretical uni- 
verses. The VR audience will be 
able to navigate the "Great Wall" — 
a supercluster of galaxies over 500 
million light years in length, and 
zoom in on individual galaxies. 
Similarly, the simulated event 
structures such as gas jets and re- 
mains of colliding stars will be com- 
pared with similar structures ob- 
served by radio telescopes. The 
radio telescope data, as mentioned 
earlier, has been accumulated 
within the scientific multimedia 
digital library. This combined sim- 
ulation/observation environment 
will also allow the participant to dis- 
play time sequences of the simula- 
tion data, watching the structures 
evolve and converge with the ob- 
served data. 
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isualization is often performed as a supplementary 
process to scientific investigation I2, 6, 10, 15, 171. 
Presentation-quality renderings are produced from data 
that have been previously collected from Instruments 
or computed via simulation. Even when interactive 
visualization environments are employed, they are 
typically used in a separate process that takes place 
after the experiments have been completed and the 
data have been manipulated Into a form acceptable to 
the visualization tool, in this article we describe the 
Microscopist's workstation (MWS) project, its goal is to 
Integrate the high-voltage electron microscope (IHVEM) 
at the university of California at San Diego Microscopy 
and imaging Resource (SDMIR) Into a custom visualization 
application. Essentially, we are adopting the electron 
microscope to function as a computer peripheral. 

The SDMIR microscope is a unique resource. By building 
an application around it, we hope to achieve two ends. 
Our primary result will be to extend the capabilities of 
the microscope, in studying researchers using the 
microscope, we have found that electron microscopes 
are used as cameras to collect data photographically for 
subsequent analysis. Although the SDMIR microscope is 
equipped for digital Image acquisition, the images are 
still analyzed off-line, away from the microscope. By 
providing tools for image compositing, comparison, and 
morphometries, and by enhancing, via stereopsis and 
computed tomography, the microscopist's perception of 
three-dimensional structures during the data collection 
process at the microscope, we hope to demonstrate a 
synergy between interactive visualization techniques 
and a sophisticated scientific instrument. The result 
should be a more powerful Investigative tool. 

Our secondary goal is to extend access to the 
microscope. The software for the MWS is designed to be 
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used either in the same room as the 
microscope or at a remote site, via a 
high-speed network. The software 
is also designed to be used either 
with the microscope on-line, or in- 
dependent of the microscope, when 
the microscope is not available or 
not necessary for a particular task. 
The United States Congress re- 
cently passed the High-Perfor- 
mance Computing and Communi- 
cation Initiative, which will dedicate 
billions of dollars toward the devel- 
opment of supercomputing tech- 
nology and the creation of a 
gigabit-per-second National Re- 
search and Education Network 
(NREN) by 1996. Such advances in 
rietwork capabilities will facilitate 
higher-speed connections to unique 
facilides like SDMIR, and could 
lead to an extension of localized 
resources beyond geographical lim- 
itations. Providing network access 
to resources and custom software 
multiplies single resource, that are 
evolving into what we have been 
calling the Distributed Laboratory. 
While we are a long way from a 
completely remote-access SDMIR 
microscope, the Microscopist's 
Workstation prototype provides a 
glimpse of how high-speed net- 
working can amalgamate distant 
sites into a highly interconnected 
research community. 

The Distributed Laboratory 

The MWS project is a collaborative 
effort among several research sites 
in San Diego: the San Diego Super- 
computer Center, the Computer 
Science department and Medical 
School of the University of Califor- 
nia, San Diego, and the Scripps 
Research Institute. Each institution 
is supplying hardware, networking, 
software development, and design 
•expertise toward the project. One 
of the immediate spin-offs of this 
collaboration will be the establish- 
ment of higher-speed network con- 
nections between all of the sites. 

The ongoing collaboration and 
discussions among the groups at 
different sites have lead us to begin 
to conceptualize a Distributed Lab- 
oratory that employs high-speed 



networks to integrate data acquisi- 
don, computational resources, visu- 
alization, and communication into a 
seamless, geographically distrib- 
uted, investigative environment. As 
an example, consider the Internet. 
The Internet is not a single- 
governed entity but an amalgama- 
tion of networks, email routers, 
news distributors, and on-line data- 
bases that comprise an invaluable 
communication and information 
resource. The Distributed Labora- 
tory would combine scientific facili- 
ties and connect researchers both 
within and across disciplines in the 
same way. The concept of a distrib- 
uted laboratory leads to many areas 
of possible investigation, three of 
which are addressed by the MWS 
project: integrating a scientific in- 
strument into the computing envi- 
ronment, seamless management of 
supercomputing resources, and 
multiuser collaboration. 

Constructing an environment 
that accesses an instrument as a 
computer peripheral allows the 
device to be used by a researcher at 
a remote site with nearly the same 
efficiency available to an on-site 
researcher, that is, distributing the 
facility spatially. If the investigative 
software also operates with the in- 
strument on-line and off-line, ei- 
ther independent of the instrument 
or with the instrument available for 
occasional "batch" processing, the 
facility is also distributed tempo- 
rally. The result is the multiplica- 
tion of single resources. 

To present the researcher with a 
unified investigative environment, 
the management of computing re- 
sources must be automatic. Our 
experience with NetV software [7], 
which transparently distributes 
volume-rendering tasks to high- 
end resources, is a first step toward 
hiding the computing power be- 
hind the interface. In the MWS 
project, the workstation interface is 
the visible third of a triumvirate 
including the computer-controlled 
microscope and the supercomput- 
ing resources which are the remain- 
ing, hidden portions. 

Focusing on bringing distributed 



data acquisition and computational 
resources to the workstation user 
interface allows the interface itself 
to be replicated among multiple 
researchers. This creates a collabo- 
rative research environment where 
two or more researchers can inter- 
act with one another and the instru- 
ment. 

We consider the issues in devel- 
oping a Distributed Laboratory 
approach to electron microscopy. 

The SDMIR Electron 
Microscope 

SDMIR is a new biology research 
facility established by the National 
Center for Research Resources of 
the National Institutes of Health, 
located in the Medical School at the 
University of California, San Diego. 
This laboratory was developed to 
support scientific research focused 
on relating biological function to 
structure, using state-of-the-art 
computer imaging and electron 
microscopy. The facilities of the 
laboratory are available to research- 
ers throughout the U.S. The cen- 
tral instrument in the lab is a spe- 
cially designed and equipped 
transmission electron microscope 
(TEM). A TEM resolves biological 
structures that are invisible when 
examined with a light microscope. 
It can magnify over 800,000 times 
and can resolve details in the 0.2 to 
0.3 nanometer range. In contrast, a 
light microscope has a usable range 
of magnification up to about 1,000 
times and a maximum resolution of 
approximately 200 nanometers. 
The resolution of a TEM is re- 
quired, for example, to derive the 
"wiring diagram" of the nervous 
system. A light microscope provides 
a valuable panoramic view of the 
paths of nerve fibers from one area 
of the brain to another and of the 
jungle of nerve fibers arriving from 
different sources in the vicinity of 
the input sites of a particular nerve 
cell. But the resolution of a TEM is 
required to establish which fibers 
actually form contacts or synapses 
on the neuron as well as the partic- 
ular form of the contact. In addi- 
tion to studies concerning these 
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connections, scientists are currently 
using the electron microscope at 
SDMIR to examine the disruption 
of nerve cell components resulting 
from Alzheimer's disease [4, 13], 
the structural relations of protein 
molecules involved in the release of 
calcium inside neurons [12], and 
the three-dimensional form of the 
Golgi apparatus, where sugars are 
added to proteins. Examples of 
such three-dimensional reconstruc- 
tions are shown in Figure 1 . 

As shown in Figure 2, many ele- 
ments of the TEM are analogous to 
those of the light microscope. In- 
stead of light, the specimen, which 
is placed in a vacuum column, is ir- 
radiated with a beam of electrons to 
form an image. Electrons emanat- 
ing from a filament are accelerated 
toward the specimen. The electron 
beam is shaped by an electromag- 
netic condenser lens and directed 
by deflection coils to uniformly ir- 
radiate the specimen. Electrons 
penetrate the specimen and are 
magnified and focused by objective 
and projection electromagnetic 
lenses to form an image [1]. The 
image may be viewed directly on a 
phosphorous-coated screen, cap- 
tured on film or digitized using a 
video system, and displayed on a 
video monitor. The contrast 
changes comprising the image 
formed by the microscope reflect 
variations in the electron densities 
within the specimen material. To 
visualize a particular component, 
the specimen must be processed to 
make the component more or less 
dense than the background. Pre- 
paring the specimen so that a par- 
ticular biological component is dif- 
ferentiated, while its structural 
integrity is preserved, has been and 
continues to be the subject of much 
research. 

The SDMIR instrument is one of 
the few high voltage transmission 
electron microscopes (HVEM) in 
the U.S. (see Figure 3). This instru- 
ment, a JEOL 4000EX, can employ 
a higher acceleration voltage (up to 
400KV) than a conventional TEM 
(lOOKV). The higher acceleradng 
voltage makes possible penetration 



and imaging of thicker specimens, 
up to 3 microns compared to 0. 1 to 
0.25 microns in the conventional 
TEM. 

One focus of research at SDMIR 
is on the development of computer- 
assisted methods for deriving and 
exploring the three-dimensional 
structure of these thick sections [3, 
10]. Because the HVEM has a very 
large depth of field, the image it 
forms is an orthogonal projection 
of the section. The depth dimen- 
sion is lost. It is, however, possible 
to regain this dimension by obtain- 
ing images from different angles of 
view either by tilting the electron 
beam relative to the specimen or by 
mechanically tilting the specimen. 
In the simplest use of this principle, 
a stereo pair of images may be de- 
rived. In a more sophisticated ap- 
proach, equivalent to that used in 
computer-assisted tomography 
(CAT), a three-dimensional volume 
of densities is derived from a series 
of images collected by successively 
tilting the specimen in small incre- 
ments about an axis. This axial 
tomography procedure requires 
image processing to achieve proper 
alignment of the tilt series, and 
computationally intensive opera- 
tions to derive the volume from the 
tilt series via filtered back-projec- 
tion [9]. The SDMIR microscope 
has been specially designed to ac- 
complish this task. 

Special deflection coils make it 
possible to vary the beam entry into 
the material over sufficient angles 
to obtain pairs of images for stereo 
views. The objective lens was con- 
structed with a larger gap into 
which the specimen is inserted, al- 
lowing rotation over the wider 
range of tilt angles required to per- 
form axial tomography. 

The HVEM is also well-equipped 
for automated control. It employs 
an A/D-D/A converter under mi- 
croprocessor control to read, set, 
and display parameters such as ac- 
celeration voltage, magnification, 
focus, beam intensity, and astig- 
matic correction. These parameters 
can be manipulated with an array 
of knobs and buttons on the micro- 



scope. The parameters can also be 
set and read remotely with ASCII 
commands sent over an RS232 se- 
rial port. The specimen holder is 
mounted in a four-axis (X, Y, Z, 
and tilting) stage. The positions of 
the axes can be controlled manually 
and also by a dedicated IBM PC-AT 
compatible microcomputer driving 
four closed-loop motor-position 
encoders. The microcomputer pro- 
gram can be queried via a serial 
connection to set or retrieve the 
current stage position. 

Microscope control and image 
acquisition are handled by a dedi- 
cated workstation called the Cap/ 
Con (capture/control). The micro- 
scope and stage computer interact 
via RS232 lines with the Cap/Con, a 
Sun Microsystems SPARCstation 2 
with several special purpose pe- 
ripherals. Cap/Con also interfaces 
to an image processor that can ac- 
quire microscope images from both 
a real-time 512 X 512-8-bit video 
camera and a high-resolution 
1,024 X 1,024-14-bit slow scan 
cooled CCD camera. Processed 
images may be viewed on a monitor 
at the microscope. In addition to 
providing views with better contrast 
than those seen by direct viewing at 
the microscope, the image proces- 
sor may be used to display previ- 
ously acquired images and stereo 
views. These capabilities make pos- 
sible the design of the MWS. 

The Microscoplst's 
workstation 

We began our investigation into 
designing the MWS by talking to 
the scientists who constructed the 
SDMIR facility and used the micro- 
scope on a regular basis [15]. We 
also videotaped a microscopic ses- 
sion with an expert user, Tom 
Deerinck, who is adept not only 
with the SDMIR HVEM, but also 
with several other electron micro- 
scopes. We then transcribed and 
analyzed the videotape. The exist- 
ing user interface to the micro- 
scope, consisting of the controls 
and displays on the microscope 
console, is the result of nearly five 
decades of development within the 
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electron microscopy industry, and 
already provides an excellent ergo- 
nomic environment for controlling 
the microscope. The user inter- 
views and video analysis helped us 
design a visualization environment 
centered around users' needs when 
using the microscope as a research 
instrument, including tasks cur- 
rently performed away from the 
microscope. 

A microscope user begins by pre- 
paring a sample, usually by chemi- 
cally staining the structures of in- 
terest, and depositing it on a grid, a 
3mm diameter plate with a 2mm- 
diameter usable area. There are a 
wide assortment of grids available; 
some have a lattice of support wires 
and some are open throughout. 
One of the constraints is to be able 
to view a grid, in registration, from 
one microscopy session to the next. 
Our work, then, relies on grids that 
have registration marks at the cen- 
ter and at the edge. By calibrating 
to these marks, we can match the 
coordinate space of the software 
with that of the microscope across 
multiple sessions. 

Much of the operation of the 
HVEM is already automated. The 
user has control over the X and Y 
stage position, the height and tilt of 
the stage, and parameters control- 
ling the electron beam. The beam 
passes through the entire sample 
and is not focused on a particular 
plane, so the stage height is used 
only to control the axis of rotation 
for tilting the specimen. The pri- 
mary positioning controls, then, are 
the X and Y stage controls. As pre- 
viously mentioned, stage positions 
may be set manually or via the stage 
computer. The microscope com- 
puter display shows the coordinates 
in tenths of microns, in the range of 



PIgure 1. Three-dimensional Goigi 
apparatus 

PIgure 2. A schematic of ttie micro- 
scope and interface 

figure S. A high-voltage transmission 
electron microscope (HVEM) 



±1000 microns in X and Y. 

There are three primary beam 
controls: magnification, which is 
measured in discrete steps from 
lOOX to 800,000X, brightness, 
which is measured at the phosphor 
screen as current density, in units 
of picoamps per square centimeter, 
and the focus. In addition, astig- 
matic distortion can be corrected 
via stigmator coils and the beam can 
be shifted in X and Y as well as 
tilted up to five degrees. The beam 
controls operate in discrete steps so 
the user can return to a previous 
setting. This feature is important 
for an investigative tool and is in- 
corporated into the design of the 
MWS software. 

All the beam parameters must be 
adjusted to align and focus the 
image correctly, not only at the start 
of each session, but continually, as 
the microscope is operated. To op- 
erate the microscope remotely, a 
real-time video image of the micro- 
scope stage would need to be avail- 
able to the remote microscopist, in 
addition to control over all of the 
beam parameters. Any perceivable 
lags or discontinuities in the video 
signal or in the transmission of the 
beam control information would 
make tuning the parameters ex- 
tremely difficult. Since we cannot 
assume the availability of real-time 
video, the MWS software design is 
dependent on the presence of an 
operator at the microscope site, and 
includes support for interaction 
between the on-site operator and 
the remote researcher. 

In studying users and the opera- 
tion of the SDMIR laboratory, we 
found that electron microscopes 
are used mostly as cameras for col- 
lecting images either on film or in a 
digital format. For example, al- 
though the microscope's stage com- 
puter provides the ability to store 
several stage positions and return 
to them later, this capability may be 
used to record points of interest, 
but is rarely used to compare struc- 
tures at different locations on the 
sample. Structure comparison can 
be better performed by taking pho- 
tographs of each location and com- 



paring them side-by-side, rather 
than by shutding the stage back and 
forth. The MWS will extend the 
capabilities beyond those of a mi- 
croscopic camera to allow image 
comparison and analysis while on- 
line with the microscope. Cur- 
rently, tomography computation 
and display are performed away 
from the microscope. The worksta- 
tion software will integrate the mi- 
croscope's tomography capability 
into the existing microscopic envi- 
ronment. 

Much of what is described in the 
Sidebar "A Look Forward" is incor- 
porated into the design of the MWS 
prototype and will be demonstrated 
at the SIGGRAPH '92 Showcase. 
The major difference is that the 
operator on-site at SDMIR will have 
to be a highly trained electron mi- 
croscopist, and will have to manu- 
ally perform some of the tasks that 
will eventually become automated 
and incorporated into the Cap/Con 
software. 

The scenario describes the re- 
mote researcher requesting a 
change in magnification by issuing 
a command that is sent to the Cap/ 
Con workstation. At present, re- 
aligning and refocusing the elec- 
tron beam after changing magnifi- 
cation requires a human's ability to 
navigate the multidimensional pa- 
rameter space. The ideal focus is a 
subjective assessment; the research- 
ers we have interviewed stated that 
the best images are often obtained 
by slightly under-focusing. There is 
no optimal focus condition applica- 
ble to every viewing situation, and 
no algorithmic means of finding an 
ideal configuration for all of the 
parameters for differing types of 
specimens. Automating focus ad- 
justment is one of the challenges 
facing the electron microscopy field 
and is an active area of research. 
The MWS prototype will provide us 
with a platform on which to investi- 
gate approaches to solving this 
problem. 

A human is also required in the 
computed tomography process, to 
center the structure of interest 
within the field of view and to ad- 
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1 ;«':;] make our design ideas 
' lO for the Microscoplst's 

L/Sj Workstation more con- 
crete, we began by postulating 
how a researcher In the near fu- 
ture might use the SDMIR facility 
remotely: 

The year Is 1998. Most major 
universities are connected via an 
Internet capable of delivering at 
least T3 speeds (45lviB/sec) 
throughout the campus and 
across the country. Low-cost 
workstations on many research- 
ers' desktops have the pixel- 
pushing capabilities, network con- 
nectivity, and compute power of 
the highest-quality workstations 
available In 1992. Demand for ac- 
cess to unique facilities like SDMiR 
has risen sharply— the microscope 
could be In use 24 hours a day, 
limited only by the logistics of 
getting the researchers In and 
out of the lab. 



In an effort to maximize access 
to the HVEIM, SDiVllR has devel- 
oped facilities for remote access, 
based on the prototype first 
shown at SICCRAPH '92. cap/con, 
the dedicated image capture and 
microscope control workstation, 
connects to one or more work- 
stations running the iviws soft- 
ware. There is one microscoplst's 
workstation available for use at 
the SDiVllR facility, but the distri- 
bution of tasks between Cap/Con 
and the local MWS is designed so 
that a remote user can access 
much of the functionality of the 
microscope by running the iVlicro- 
scopist's Workstation software on 
a distant workstation connected 
via a high-speed network. For 
compute-intensive calculations, 
such as the construction and ren- 
dering of volumes from tomogra- 
phy data, Cap/con connects to a 
supercomputer at SDSC, which 



lends the rendered results either 
)ack to cap/Con or on to the des- 
iination MWS (see Figure 4). 
in preparation for using the 
nicroscope remotely, Perez, a 
.lypothetlcal neuroscientist at a 
university In the midwest, has 
shipped her sample to UCSD. The 
night before her scheduled ses- 
sion, operators mounted her sam- 
ple on a grid, loaded It, manually 
adjusted the focus and other pa- 
rameters, and ran the Survey pro- 
gram on the Cap/Con. survey 
uses the computer-controlled 
capabilities of the HVEM to scan 
the grid at a coarse magnification 
in a regular grid pattern, collect- 
ing a series of digital images. Be- 
cause Perez's workstation Is 
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equipped for stereopsis, the 
HVEM's beam-tilt capabilities are 
used to gather stereo images. 
Survey also performs the image- 
processing necessary to correct 
for edge distortions and nonuni- 
form illumination, assembling the 
resulting images Into two seam- 
less montages, each 5K square 
pixels. For a 2mm grid, each re- 
sulting pixel will represent a 0.4- 
mlcron-square area of the sam- 
ple. TO facilitate Interactive 
browsing of the data, reduced 
versions of the montages are also 
computed at several different 
resolutions, the smallest being a 
512 X 512-pixel image. Ail of the 
bitmaps and the software Perez 
will need are sent via the internet 
and arrive before she arrives at 
the lab in the morning. 

Before starting her on-line ses- 
sion with the microscope, Perez 
first establishes a connection to 
SDMIR, where a si<llled operator 
stands by to assist her. one of 
the SDMiR programs, intercom, al- 
lows them to use the audio capa- 
bilities of their workstations to 
send segments of digitized 
speech back and forth over the 
network. Since they tend to 
spend long periods of time si- 
lently looking at material. It 
would be wasteful to keep a 
phone line open for the entire 
session. They may use the phone 
at various times during the ses- 
sion, however. Intercom collects a 
several-second segment of 
speech and sends it across the 
network, it does not attempt to 
handle continuous speech and 
thus is not subject to network 
latencies or interruptions. 

Perez uses CrIdBrowser, another 
program provided In the SDMIR 
package to browse through the 
stereo montage data. cridBrowser 
has Information about the coordi- 
nate space on which the grid was 
sampled; when Perez selects 
areas of Interest it can record 
their coordinates in a form that 
can be sent back to the com- 
puter-control equipment on the 
microscope. CrIdBrowser allows 
her to pan across the entire bit- 
map using terrain management 
algorithms similar to those used 
in flight simulators to manage the 
portions of the bitmap currently 



in memory and maintain ade- 
quate update rates. CridBrowser 
also allows her to stimulate 
changing magnification by select- 
ing among the precomputed re- 
duced-scale images. 

The SDMIR operator Is also run- 
ning a copy of the Microscoplst's 
Workstation software. The two 
copies of software can Inter- 
operate via the network. At any 
given time, the two MWSs are ei- 
ther coordinated via a master/ 
slave relationship, or running in- 
dependently. When locked to- 
gether, the slave MWS's display is 
controlled by Input from the mas- 
ter MWS. Each displays a phantom 
cursor Indicating the cursor posi- 
tion on the remote workstation. 
This extends the voice communi- 
cation available via intercom by 
adding delxis (pointing) [in. 

Perez can request, via 
CridBrowser, that the microscope 
be set to a higher magnification. 
A reticle representing the size of 
the field of view of the micro- 
scope at the higher magnification 
appears as an overlay in 
CridBrowser. Perez can position 
the reticle to select a region of 
Interest and can then request ei- 
ther a higher-magnlficatlon scan 
or a full three-dimensional ren- 
dering of some structure in view. 
If she requests a higher-magnlfi- 
catlon scan, CridBrowser sends 
the coordinates to Cap/Con, and 
also fills the display with the re- 
gion of Interest by plxei-repilcat- 
Ing that portion of the local bit- 
map. The pixei-repllcated Image is 
replaced In a few seconds by the 
new data from the microscope. 
The Survey program running on 
cap/con collects and transmits a 
few fields from the area sur- 
rounding the selected region, in 
anticipation of the researcher's 
desire to roam around that area, 
if Perez chooses to zoom back 
out to the montage that was col- 
lected prior to the session, the 
higher-magnlficatlon dataset is 
retained on the MWS's local disk, 
and a marker will appear overlaid 
on the montage. Indicating the 
availability of the additional data. 

if Perez requests a three-dimen- 
sional rendering of the region of 
Interest, CridBrowser transmits 
the request to Cap/Con and 



places a marker on the montage. 
Perez can continue to browse 
other areas of the montage, 
while Cap/Con begins the collec- 
tion of the tomography Images, a 
±60 degree tilt in 2 degree incre- 
ments. Cap/Con sends the result- 
ing 60 slices to a supercomputer 
at SDSC for alignment and back- 
projection to produce a volumet- 
ric dataset. The volume dataset is 
rendered undergoing a rotation, 
for 72 frames, each fives degrees 
apart, and the resulting animation 
loop is sent to the remote MWS. 
When the animation arrives, 
CridBrowser changes the appear- 
ance of the market to indicate 
that Perez may now view the 
rendered images. The entire to- 
mography-rendering-transmission 
process takes less than five 
minutes. 

in addition to facilitating the 
browsing of Images and manag- 
ing requests to the microscope to 
gather further data, CridBrowser 
also provides image analysis 
tools. Perez can perform contrast 
enhancement and edge detection 
operations on Images, along with 
other image processing opera- 
tions, to aid in the detection of 
features. She can also perform 
morphometric analysis, measuring 
the extents and areas of features. 
At any time during her on-line 
session, Perez may request film 
or video hardcopy to be sent to 
her via surface mall 161. 

Perez may also choose to per- 
form her investigations without 
the microscope on-line. For exam- 
ple, if she has a sample that con- 
tained many similarly sized struc- 
tures ail of which could be 
Identified in the 5K x SK montage, 
she could use CridBrowser to 
mark each region of interest and 
submit the assembled coordinates 
to a queue at SDMiR for later pro- 
cessing, since control of the mi- 
croscope and image capture Is 
fully automated, the main func- 
tion of a human operator servic- 
ing the queue would be to load 
and unload each researcher's 
samples. A combination of on-line 
and off-line sessions is the most 
efficient use of the researcher's 
limited time, and keeps the mi- 
croscope resource as busy as pos- 
sible. 



COMMUNICATIONS OFTHE ACM/June 1992/Vol.35, No.6 



ei 




just the height of the stage, which 
controls the axis of rotation for tilt- 
ing the stage. The remainder of the 
tomography process is currently 
semiautomated; we are attempting 
to automate more of the process. 
Two MWS's based on SPARCsta- 
tions are being assembled. An 
FDDI ring connects the SDMIR 
MWS and Cap/Con to SDSC, where 
they connect to the NSFNet T3 
backbone. The MWS's each have a 
ViCOM VX graphics accelerator 
board, a tightly coupled ViCOM 
high-speed bulk memory board 
(128- to 256MB), and an FDDI in- 
terface. The VX accelerator is 
based on an Intel i860 processor 
along with 4MB of Intel RAM and a 
16MB framebuffer. The bulk 
memory board connects to the VX 
via ViCOM's VXC Bus, at 320MB/ 
sec. The resulting configuration 
affords us a large amount of image 
storage and manipulation capabil- 
ity. 



Summary 

Our goal in the MWS project is to 
investigate the potential advantages 
afforded by tightly coupling a sci- 
entific instrument under computer 
control with interactive visualiza- 
tion software. We are taking a user- 
centered approach to designing the 
software, in order to produce an 
environment that facilitates the re- 
searcher's interaction with electron 
microscopy data. This environment 
may also become available to users 
at remote sites, making the micro- 
scope a resource in a distributed 



laboratory. 
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he CAVE is a new virtual reality Interface, in Its 
abstract design, It consists of a room whose walls, celling 
and floor surround a viewer with projected Images, its 
design overcomes many of the problems encountered by 
other virtual reality systems and can be constructed 
from currently available technology. Suspension of 
disbelief and viewer-centered perspective, are often used 
to describe such systems. 

Suspension of Disbelief: This term arose from film 
criticism and is defined as the ability to give in to a 
simulation— to Ignore Its medium. The early attempts of 
the entertainment Industry to achieve better suspension 
of disbelief laid the foundations for current virtual 
reality research, suspension of disbelief is a fundamental 
part of the effective use of a virtual reality Interface. 
Until we can ignore the Interface and concentrate on the 
application, virtual reality will remain a novel experience 
Instead of a serious visualization tool. 
Viewer-Centered Perspective: The perspective simula- 
tion of common visualization systems dates back to the 
Renaissance, and is based in a mythical camera posi- 
tioned along an axis extended perpendicular from the 
center of the screen. Viewer-centered perspective simu- 
lates the perspective view from the location of the 
viewer, to maintain correct perspective, a sensor that 
continuously reports the viewer's position to the simula- 
tion is commonly used, without this perspective, the 
viewer becomes less a part of the environment, and a full 
suspension of disbelief becomes increasingly difficult. 

Paradigms 

Research in virtual reality began In 1965, when Ivan E. 
Sutherland proposed the "Ultimate Display, " which would 
completely override the user's senses, totally Immersing 
the user in the computer simulation [161. iviodern virtual 
reality research has split Into four distinct directions, 
based primarily on differences in display devices. 

Cathode Ray Tube (CRT): This Is the simple monitor and 
is the most basic visual paradigm for virtual reality, 
though other kinds of monitors are also used. The most 
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broadly used system is a small 
monoscopic display whose perspec- 
tive is based on the Renaissance 
mythical camera model. This mini- 
mal visual interface may be en- 
hanced for virtual reality use with 
the addition of stereo and viewer- 
centered perspective [10]. 
Head-Mounted Display (HMD): 
This is one of the most popular vir- 
tual reality visual interfaces. It con- 
sists of a stereo pair of small dis- 
plays that cover the eyes. A 
head-tracking device provides the 
location and orientation of the 
viewer to simulate the correct view 
[4, 5, 11, 17], 

Binocular Omni-Oriented Monitor 
(BOOM): Like the head-mounted 
display, the BOOM mounts small 
displays in front of the eyes, though 
more like binoculars than like gog- 
gles. Unlike the head-mounted dis- 
play, the BOOM is suspended from 
an articulated arm, which measures 
its position and orientation in space 
and counterbalances its mass. 
Moreover, the user is expected to 
hold and position the BOOM man- 
ually throughout the virtual reality 
experience. 

Audio-Visual Experience Auto- 
matic Virtual Environment 
(CAVE): This is the fourth visual 
paradigm for virtual reality and is a 
recursive acronym, also reminiscent 
of Plato's allegory of the cave [12]. 
The CAVE is a cube with display- 
screen faces surrounding a viewer. 
It is similar to surround systems 
such as OMNIMAX theaters and 
early flight simulators [14, 15]. Its 
more recent instance is coupled 
with a head-tracking device. As the 



Plgure 1. Cathode ray tube (CRT) 
Pigure 2. Head-mounted display (HMD) 



Figure 3. Binocular-omni-orlented 
monitor (BOOM) 



Figure a. CAVE Audio visuai experience 
automatic virtual environment (CAVE) 



viewer moves within the bounds of 
the CAVE, the correct perspective 
and stereo projections of the envi- 
ronment appear on the display 
screens. 

Immersion Issues: 
Immersion is the degree of visual 
simulation a virtual reality interface 
provides for the viewer — the de- 
gree of the suspension of disbelief. 
The five main issues in creating a 
powerful suspension of disbelief 
are shown in Table 1. 
Field of View: The field of view 
represents the visual angle a viewer 
can see without head rotation. The 
simplest formulation, using W as 
the width of the display and D as 
the distance from the viewer to the 
display, is derived as a single angle 

W 

0-2 tan^i 

2D 

which describes the horizontal vis- 
ual angle. 

The field of view is variable in 
the CRT paradigm and is based on 
the size of the CRT and the viewer's 
distance from it. Viewing a 19-inch 
diagonal CRT from 18 inches pro- 
duces a 45° field of view. The field 
of view for each eye is fixed in the 
BOOM and HMD paradigms. In 
the HMD paradigm, field of view 
angles from 100° to 140° are com- 
mon. The Fake Space BOOM al- 
lows the viewer to adjust the field of 
view anywhere from 90° to 120°. 

The field of view of the CAVE 
display varies by viewer location for 
each individual screen but achieves 
a full 360° for the entire display. 
Hence, the viewer experiences a 
maximal field of view, which may 
be limited by display hardware such 
as stereo glasses. 

Cinerama and IMAX theaters 
fall in the CRT interface paradigm. 
These noninteractive virtual reality 
visual interfaces create a larger 
field of view by increasing the size 
of the projection screens. Cinerama 
used three vertical-edge linked pro- 
jection screens and three synchro- 
nized projectors, whereas IMAX 
uses one very large screen which is 
placed near the viewing audience. 



The success of both of these sys- 
tems in enhancing the suspension 
of disbelief characterizes the de- 
pendence of virtual reality on field 
of view. 

Panorama: This is the ability of a 
display to surround the viewer and 
is crucial in creating a sense of 
immersion. It differs from field of 
view in that head rotation is used to 
view panorama. The CRT para- 
digm is not well-suited for pano- 
rama, and is generally treated as a 
window into some virtual environ- 
ment. The OMNIMAX theater cre- 
ates a sense of panorama by placing 
a large hemispherical screen about 
the viewer. The sense of panorama 
is strong in the BOOM and HMD 
interfaces, simulating everything 
the viewer sees. Viewer rotation is 
fast and smooth in the BOOM in- 
terface, due to its mechanical rota- 
tion-sensing equipment, though the 
inertia of the BOOM limits the rate 
of rotation. 

The HMD is light, compact and 
easy enough to move quickly. 
Hence, the viewer can alter position 
and orientation much faster than 
present day tracking equipment. 
The result is a distracting lag: when 
the user turns, the environment 
turns with the user and then moves 
back to the correct orientation. 
Users of such systems are forced to 
move quite slowly and smoothly to 
avoid this problem. 

The CAVE solves this problem 
by showing all views from a fixed 
location simultaneously. Users of 
the CAVE experience the same 
viewer location and head rotation 
measurement delays as do users of 
the HMD, but since rotations only 
require a small alteration to the 
stereo projections the effect is less 
noticeable. 

Viewer-Centered Perspective: 

This depends heavily on the speed 
and accuracy of viewer location 
sensing. The viewer-centered per- 
spective of each of the CRT, HMD 
and CAVE environments suffers 
from the same delay problems due 
to slow viewer location sensing. 
Hence, yiewers compensate by 
moving slowly. The mechanical 
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Figure 5. Representation of what 
viewer would see if lie or she had visual 
acuity of a) 20/20, average eyesight b) 
20/40, CRT interface c) 20/85, the Boom 
interface d) 20/425, the HMD interface 
e) 20/110, the CAVE interface. The lines 
on the eyechart are from top to bot- 
tom, 20/200, 20/100, 20/80, 20/60, 
20/40, 20/20. 



position-sensing of the BOOM 
overcomes this delay with faster 
location reporting at the expense of 
high inertia, which prevents any 
abrupt location changes where a 
delay would be noticeable. 

Body and Physical Representa- 
tions: Interaction in a virtual envi- 
ronment often requires a visual 
representation of the body of the 
viewer, particularly the hands. 
Additionally, other physical equip- 
ment in the interaction area may 
appear in the virtual environment. 
In the BOOM and HMD interfaces, 
the senses are completely restricted 
to the computer simulation. Here, 
body representation is explicit — the 
body must be simulated and ren- 
dered like any other kind of geom- 
etry in the environment. This re- 
quires detailed body-part position 
measurement and the allocation of 
extra rendering time. 

In the CRT and CAVE environ- 
ments, body representation is im- 
plicit — the body appears physically 
and does not require rendering. 
This also means the visual interface 
cannot alter the presence of the 



viewer's body. Furthermore, the 
body or any other physical object 
will occlude a virtual object even if 
the virtual object is closer to the 
viewer. 

Virtual reality applications focus- 
ing specifically on body representa- 
tion are the video art installations 
that process the image of the viewer 
and reproduce it in some synthe- 
sized environment. Examples are 
"Videoplace" [9] and E. Tannen- 
baum's "Recollections" video instal- 
lation, on permanent display at the 
Exploratorium in San Francisco. 
Intrusion: The intrusiveness of a 
virtual reality interface indicates 
the severity of its restriction of the 
senses. The HMD interface has the 
highest intrusion, completely isolat- 
ing the viewer from the real envi- 
ronment. Using half-silvered mir- 
rors allows a viewer with an HMD 
to see the real environment super- 
imposed by objects in the virtual 
environment. Such modifications 
decrease the intrusion caused by 
the HMD, but also severely reduce 
the field of view. The BOOM simi- 
larly isolates the viewer, but the 
viewer may easily remove the inter- 
face. 

The CRT and CAVE interfaces 
are nonintrusive. In such an envi- 
ronment, the viewer is free to move 
at will, secure in the awareness of 
the real, as well as the virtual, as- 
pects of the environment. 

Visualization Issues 

For virtual reality to become a more 



useful tool, we must evaluate its vis- 
uahzation effectiveness. The five 
main visualization issues are identi- 
fied in Table 2. 

Visual Acuity: The quality of a 
computer graphics display is com- 
monly measured by its resolution- — 
the number of pixels, or individual 
points it uses to produce an image. 
The quality of a virtual reality in- 
terface is more properly measured 
by a combination of both resolution 
and field of view. This measure- 
ment is called the visual acuity of the 
display- — the portion of a pixel 
taken from the center of the display 
that spans one minute (l/60th of a 
degree) of the field of view. Sym- 
bolically, a horizontal resolution of 
H pixels across a display W inches 
wide has a pixel pitch of P = W/H 
inches per pixel. Given a viewer dis- 
tance of D inches from the center of 
the display, the angle a single pixel 
creates on the retina is approxi- 
mately tan""' P/D and is measured 
in minutes. The visual acuity, the 
portion of a pixel that subtends an 
angle of one minute on the retina, 
is simply the inverse I/tan"' (P/D). 
The popular Snellen fraction, 
used to measure vision, is another 
unit for reporting visual acuity. A 
viewer whose visual acuity is indi- 
cated by the Snellen fraction 20/X 
means the viewer can see at 20 feet 
what a viewer with average eyesight 
can see at X feet. For example, a 
Snellen fraction of 20/20 is average, 
meaning a visual angle of one min- 
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ute is perceptible, 20/10 is above 
average with a minimum percepti- 
ble visual angle of one-half minute 
and 20/40 is below average with a 
minimum perceptible visual angle 
of two minutes. Legally blind, for 
example, is the accepted term for 
vision that cannot be corrected to 
better than 20/200. Residents of Il- 
linois need a visual acuity of 20/70 
or better to drive in the daytime, 
and at least 20/40 to drive at night. 
The Snellen fraction, when di- 
vided, produces the correct visual 
acuity as previously defined. 

The following acuity measure- 
ments use the maximum (horizon- 
tal) dimension resolution whereas 
actual vision research tends to pre- 
fer the minimum (vertical) dimen- 
sion resolution. The resolution of 
CRT's is considered relatively high, 
commonly 1,280 X 1,024 pixels. A 
viewer at a distance of 18 inches 
from a 19-inch-CRT (» 15" hori- 
zontal) creates a pixel pitch of 
0.0117 inches per pixel. The vis- 
ual acuity of the CRT is 1/ 
tan-'(0.01 17/18) = 0.448 pixels 
per minute giving the viewer 20/45 
vision, which is almost good enough 
to drive at night. 

The visual acuity of the HMD 
interfaces is currently limited by 
LCD technology. The fish-eye op- 
tics for our example, the LEEP 
CYBERFACE 2, complicate visual 
acuity computations. However, the 
angle subtended on the retina by a 
pixel from the center of the display 
is specified as 0.0062 radians or 
21.3 minutes. This infers a visual 
acuity of 1/21.3 = 0.0469 pixels per 
minute giving the viewer about 20/ 
425 vision, which is undoubtedly 
legally blind. The LEEP optics im- 
prove the poor resolution of LCD. 
Other HMD interfaces with an 
equal field of view but lacking the 
resolution enhancements from the 
LEEP optics score an even worse 
acuity. 

The resolution of the Fake Space 
BOOM interface is currently about 
1,000 X 1,000 (in black and white) 
with flexible screen widths to trade 
acuity for field of view. For a nar- 
row 90° field of view, the BOOM 



screen width, coupled with the 
LEEP optics, generates center pix- 
els subtending an angle on the ret- 
ina of 0.00127 radians or 4.37 min- 
utes. This infers a visual acuity of 
1/4.37 = 0.229 pixels per minute, 
giving the viewer about 20/85 vi- 
sion, which, except for the limited 
field of view, is almost good enough 
to drive. 

Finally, the resolution of an indi- 
vidual CAVE screen is the same as 
the CRT, 1,280 pixels over 7 feet 
for a pixel pitch of 0.00547 feet per 
pixel. The viewer in the default- 
centered position is 3.5 feet from 
the center of the display. Hence, 
the CAVE has a visual acuity of 
1/tan- '(0.00547/3.5) = 0.186 pixels 
per minute, giving the viewer about 
20/110 vision, which is better than 
legally blind but is not sufficient for 
even daytime driving. 

Linearity: Often, the field of 
view and resolution of a display are 
increased through optical devices. 
These devices increase the field of 
view by bending the light from the 
displays, in effect curving a flat dis- 
play around the viewer. Resolution 
is increased by concentrating more 
pixels into a small central area of 



the display, while leaving the edges 
of the display less well defined. 
Without such optics, the visual acu- 
ity of flat screens is worse in the 
center of the display and sharper at 
the edges — exactly the opposite of 
what our visual system needs. 

Some manufacturers of HMD 
and BOOM devices use optics such 
as the LEEP systems [8]. These dis- 
plays improve resolution at the cen- 
ter of the screen by as much as a 
factor of 2.9 and expand the field 
of view for each eye up to 140°. 

These transformations also cause 
distortions that bend straight lines. 
The distortions are easily modeled 
and the inverse distortion can be 
computed and applied to the image 
to reduce the effect, though at a 
significant degradation in simula- 
tion speed. 

Look Around: This is the ability to 
move about an object, viewing it 
from different angles. It is a useful 
property when using the virtual 
reality interface for visualization. 

The CRT paradigm lacks a 
strong look around capabiUty due to 
the size of its screen and its low field 
of view. When viewed from the 
side, the visible area of the CRT 
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Perspective 
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45° 
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Slow 


Physical 


None 
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Virtual 
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CAVE 
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Visualization Issues* 
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BOOM 


20/85* 
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Full 
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HMD 


20/425 
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Dup. Hardware 
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Linear 

black and \ 


Full 

vhite. 


Fix Loc. only 


Single Persp. 
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becomes much smaller, severely 
limiting the viewing angles from 
which an object is visible. One solu- 
tion to this problem is to have the 
CRT rotate in order to always face 
the viewer. 

The BOOM and HMD interfaces 
handle look around since they simu- 
late everything the viewer sees. The 
CAVE also provides a sense of look 
around. These interfaces require 
some kind of virtual travel to look 
around distant objects. 
Progressive Refinement: This is 
the ability to dynamically increase 
the computational expense of a 
model during a pause in viewer re- 
sponse [3]. The standard scheme 
simulates a fast coarse model for 
viewer interaction, then computes a 
much finer model when the viewer 
remains still. Coarse versus fine at- 
tributes are model resolution, such 
as the number of points or poly- 
gons, and rendering techniques, 
like adding shadows or progressive 
radiosity. 

The HMD interface requires the 
viewer to remain absolutely still to 
refine the display. The BOOM also 
requires zero movement of the in- 
terface, but the high inertia and 
nonintrusiveness of the BOOM 
make this much easier than the 
HMD. The CRT and CAVE inter- 
faces require only the viewer's loca- 
tion to remain fixed. Hence, in the 
CAVE in particular, the viewer is 
allowed to pan around during re- 
finement. 

Collaboration: One of the most 
important aspects of visualization is 
communication. For virtual reality 
to become an effective and com- 
plete visualization tool, it must per- 



mit more than one user in the same 
environment. 

The BOOM and HMD interfaces 
allow multiple users in their envi- 
ronment at the high cost of dupli- 
cating the interface hardware [1], 
The CRT and CAVE environments 
allow multiple users to benefit from 
the experience without modifica- 
tion. In such a situation, the per- 
spective accommodates only one of 
the viewers. If shuttered glasses are 
used for stereo, then the CRT and 
CAVE interfaces can simulate the 
correct perspective for all users, 
though n users would see the screen 
only 1/nth of the time, requiring a 
fast scan rate and a very bright 
image. 

CAVE Implementation 

At the time of this writing, our im- 
plementation of the CAVE uses two 
projection screens (two walls) — five 
screens (three walls, a ceiling and a 
floor) are expected for the Show- 
case '92 exhibition. The implemen- 
tation of the CAVE interface re- 
quires computation of viewer- 
centered perspective projections, 
deployment of viewer tracking 
equipment, synchronization of dis- 
plays, and overcoming any result- 
ing projector and tracking limita- 
tions. 

Viewer-Centered Perspective 
The CAVE requires special per- 
spective projections to simulate 
viewer-centered perspective. These 
projections are offset to simulate 
stereo, and thus require knowledge 
of the viewer's orientation. 
Off- Axis Perspective Projections: 
The viewer-centered perspecrive. 



as well as the projections used for 
stereo, are derived from the off- 
axis perspective projection [7]. The 
simplest derivation alters a stan- 
dard on-axis perspective projection 
by two affine transformations. 
First, points are sheared in a direc- 
tion parallel to the projection plane, 
by an amount proportional to the 
point's distance from the projection 
plane (points in the projection 
plane remain unchanged). Then, 
points are scaled along the axis per- 
pendicular to the projection plane 
by an amount again proportional to 
the point's distance from the pro- 
jection plane (and again points in 
the projection plane remain un- 
changed). Adding stereo consists of 
bifurcating this projection into two 
similar projections differing by 
opposite shears along the axis of 
disparity — the line through the two 
eyes of the viewer. 
The Need for Orientation: The 
viewer's head must be oriented. 
There are two reasons for this and 
they both involve correct stereo 
projection. In theatrically released 
three-dimensional films the view- 
er's head is assumed to be vertical. 
In the CAVE, one may want to tilt 
one's head. Unless the viewer's ro- 
tation about the line of sight is ac- 
counted for, one's head could tilt 
180° to find an inverse stereo effect, 
or 90° to find no stereo effect at all. 
These concerns become paramount 
when considering stereo projection 
onto the floor and ceiling. 

The position of the viewer's eyes 
is needed to prevent inconsistencies 
at the edges of the CAVE walls. If 
stereo is computed assuming the 
user is looking perpendicular to the 
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projection planes, the stereo dis- 
parities will not line up at the edges 
where two projection planes meet. 

Display Hardware 

Real-time rendering of the virtual 
world is achieved through six Sili- 
con Graphics Inc. VGX worksta- 
tions, each attached to a rear pro- 
jection display. A Silicon Graphics 
"Personal Iris" serves as a master 
controller for the system and all 
workstations communicate via 
Ethernet. ' 

Multiple Stereo Displays: These 
workstations display stereo, using 
the StereoGraphics "CrystalEyes." 
StereoGraphics divides the VGX 
frame buffer into two half-vertical- 
resolution fields, one for each eye. 
The user wears liquid crystal glasses 
that shutter at the field rate of the 
displays, synchronized by an infra- 
red signal. At a rate of 60Hz (30Hz 
per eye) the display flickered no- 
ticeably at highly disparate areas. 
Hence, the update rate was dou- 
bled to I20Hz. 

Multiscreen stereo requires syn- 
chronizing the video signals. The 
120Hz screen update rate pro- 
duced by the StereoGraphics hard- 
ware was not compatible with the 
VGX genlock input. The only pro- 
totype hardware unit used in the 
system, a stereo sync processor, 
fixed this problem. This processor 
filters out every other sync signal 
emitted by the source VGX, creat- 
ing a 60Hz signal that the slave 
VGX genlock inputs could handle. 
The Green Problem: An unex- 
pected side effect of the 120Hz 
video rate was a lag in the green 
channel of the video. This is due to 
the long decay time of the green 
phosphors in the video projectors. 
The display would alternate from 
eye to eye faster than the green 
phosphors could handle. The re- 
sulting double image in the green 
channel caused a complete loss of 
stereo depth perception. 

One immediate solution was to 
work in the hue space spanned by 
the red and blue axes which re- 
duced brightness to 41%. Another 
solution was to fix green at some 



level, say 50% which increased the 
brightness and allowed the full hue 
space at the expense of one bright- 
ness per hue and reduced contrast. 
We are now using faster green 
phosphors that completely solve the 
green problem. 

Viewpoint Tracking: The position 
and orientation of the user's head is 
obtained with a 3SPACE Polhemus 
"Isotrack" sensor, whose transmit- 
ter is mounted on the StereoGraph- 
ics glasses. As expected, there is a 
noticeable sensing lag, which mani- 
fests itself during fast viewer mo- 
tions. As stated earlier, this is not a 
problem for viewer rotation, but 
remains a problem when moving. 
Extrapolation techniques are cur- 
rently being investigated to better 
predict user motion to reduce the 
interactive delays due to sensor lag. 

Conclusion 

The CAVE is a nonintrusive easy- 
to-learn high-resolution virtual re- 
ality interface. It is superior to 
other virtual reality paradigms 
across many issues, particularly in 
field-of-view, visual acuity and lack 
of intrusion. Moreover, it is open to 
limited use for collaborative visuali- 
zation. 

Applications: SIGCRAPH '92 
Showcase 

Several applications of the CAVE 
will be featured at Showcase. These 
include applications from the Elec- 
tronic Visualization Laboratory, 
and others. 

Regional-Scale Weather in Three 
Dimensions: This application is 
from the work of A. Campbell at 
the Argonne National Laboratory. 
It uses the PSU/NCAR Mesoscale 
Model in a parallelized form, run- 
ning interactively on the Intel 
Touchstone Delta, to create a three- 
dimensional display of weather sys- 
tems over a region of North Amer- , 
ica. 

Graphical Planning for Brain Sur- 
gery: Brain-surgery-planning soft- 
ware, featured by R. Grzeszczuk, is 
currently undergoing clinical test- 
ing at the University of Chicago. It 
employs a three-dimensional local- 



izer as means of interactively trans- 
ferring spatial relationships from 
MR-derived three-dimensional 

anatomical models directly onto the 
patients. 

The Visible Embryo: The viewer is 
taken on a trip through a human 
fetus via a simulation developed by 
L. Sadler and the Biomedical Visu- 
alization Laboratory at the Univer- 
sity of Illinois at Chicago, providing 
a unique view of the human body 
that could aid in medical develop- 
ments. 

The Snowstorm: This project visu- 
alizes three-dimensional vector 
fields using interactive particle sys- 
tems where small points traverse 
the vector field, each at speeds pro- 
portional to the magnitude at that 
point in the field. Predefined vector 
fields are provided as well as the 
ability to "comb" new vector fields 
interactively using a wand. 
Fractal Exploratorium: A virtual 
laboratory of fractals and chaotic 
attractors is presented in this appli- 
cation by R. Hudson of the Elec- 
tronic Visualization Laboratory. 
Participants can investigate chaotic 
forms from a variety of different 
perspectives, interactively altering 
their parameters, and hence, their 
shapes. 

Bio Modeling: The interactive 
modeling of biological macromole- 
cules is demonstrated in this appli- 
cation from K. Shulten of the Beck- 
man Institute at the University of 
Illinois at Urbana-Champaign. 

The Evolving Universe of Galax- 
ies and Stars: A combinadon of 
stored database images and real- 
time computations from a remote 
CRAY will allow the viewer to fly 
through an evolving universe in 
this applicarion developed by M. 
Norman at the National Center for 
Supercomputing Applications at 
the University of Illinois at Urbana- 
Champaign. 

Further Research 

Most of the problems with the 
CAVE are a consequence of hard- 
ware shortcomings, such as lag time 
due to tracking delays, the green 



COMMUNICATIONS OF THE ACM/Junc 1992/Vol.35, No.6 



71 



problem due to insufficient phos- 
phor decay times, and multiprojec- 
tor stereo synchronization. More- 
over, brighter screens with faster 
update rates would allow multiple- 
viewer-centered perspective. 

The effectiveness of virtual real- 
ity interfaces, particularly the 
CAVE, need to be evaluated more 
quantitatively. The degree of im- 
mersion an interface creates as well 
as its ability as a visualization tool 
are difficult quantities to obtain and 
deserve a much more thorough 
treatment than given here. 
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any tasks in such diverse fleids as medicine, oii 
expioration, and mechanical design depend on the coliec- 
tion and interpretation of empirical data. Our long-term 
vision is a collaborative scientific visualization environ- 
ment, where scientists, engineers, and physicians work 
together on modeling and analyzing empirical data using 
an integrated set of tools and techniques from computer 
graphics, computer vision, and image processing. This 
environment would also take advantage of Interaction 
techniques that include sound, spoken commands, and 
gestures. 

TO illustrate how such an environment could be used, 
let us look at some hypothetical scenarios, in the first 
scenario, a radiologist gives an "interactive report" on 
findings in a CT scan to a surgeon at a remote location. 
This report contains three-dimensional data that Is ma- 
nipulated by the radiologist to illustrate features of 
Interest. The surgeon can see the radiologist as the 
report is delivered. The surgeon can also Interject ques- 
tions and manipulate the data to clarify the questions. 
Alternatively, this report can be left in the surgeon's elec- 
tronic mail, to be accessed at a later time. Similarly, the 
surgeon may want to consult the radiologist from the 
operating room and discuss a preoperative or intra- 
operative scan. The surgeon and the radiologist can carry 
on a conversation between the operating room and the 
radiologist's office, while the radiologist monitors the 
operation on a workstation, in addition, both doctors 
can simultaneously manipulate, point at, and analyze the 
three-dimensional data. 
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A second scenario from the field 
of medicine is preoperative facial 
analysis and postoperative quanti- 
tative evaluation. Patients expecting 
surgery to improve their facial pa- 
ralysis are preoperatively scanned 
to construct a synthetic facial 
model. In this model, synthetic 
muscles are activated to simulate 
and improve the patient's appear- 
ance. After the surgery, the sur- 
geon and the referring neurologist 
can. examine any improvement by 
quantitatively comparing pre- and 
postoperative image sequences of 
the patient making facial expres- 
sions. 

In many research domains, the 
ability to share massive amounts of 
empirical data is crucial to signifi- 
cant progress. One example is neu- 
roscience, where researchers work 
only on a very small part of the big- 
ger problem of mapping the brain 
and its functions. Published papers 
may contain only one or two images 
of a 2,000-image dataset, which is in 
general inaccessible to other re- 
searchers. Currently, there is a na- 
tionwide effort to establish a central 
database of neuroscience data [II], 
and a collaborative visualization 
environment could be used to ac- 
cess such a database. 

In another domain, engineers at 
different locations collaborate on 
the design of a new product. Start- 
ing with a geometric model of last 
year's version, they interactively 
modify and refine the model 
through local changes to its shape, 
color, and texture. Alternatively, a 
manufactured object, such as a 
competitor's product or a clay 
mock-up, may be the starting point 
from which a computer-aided de- 
sign (CAD) model is automatically 
created and subsequendy modified. 
As in the biomedical examples, the 
engineers can consult colleagues 
and collaboratively modify the de- 
sign over the computer network. 

To support such scenarios, we 
envision a scientific visualization 
environment incorporating video, 
sound, and user interfaces that 
understand spoken requests and 
gestures. This vision suggests a 



seamless environment in which the 
user can consult a colleague, while 
the conversation and respective 
faces are transmitted and dis- 
played. Furthermore, the computer 
is no longer passive, but an active 
participant understanding limited 
speech, responding with an expres- 
sive face and a synthesized voice. 

The sources of data in the pre- 
ceding examples, namely CT scan- 
ners, transmission electron micro- 
scopes, and video cameras, are 
different and the different types of 
data require considerable domain 
knowledge in their analysis. Never- 
theless, there is a great deal of com- 
monality in the techniques used to 
visualize, quantify, and interact 
with the data and the models. 
These common techniques range 
from data enhancement, feature 
extraction, and reconstruction, to 
interactive visualization, computa- 
tion, and simulation on the models. 

We are capitalizing on these simi- 
larities by building a common scien- 
tific visualization environment 
which supports such diverse appli- 
cations as biomedical scientific visu- 
alization and reverse engineering 
applications. We discuss three proj- 
ects we are pursuing toward our 
goal of such an environment: (1) 
interactive modeling and visualiza- 
tion of medical and biological data, 
(2) three-dimensional shape acqui- 
sition, modeling, manipulation, and 
culminating in three-dimensional 
faxes, (3) teleconferencing with 
personable computers. These proj- 
ects are demonstrated at the SIG- 
GRAPH'92 Showcase. 

Interactive Modeling and 
visualization of Medical and 
Biological Data 

Interactive modeling and visualiza- 
tion of medical and biological data 
in a collaborative environment has 
the potential for improving patient 
care and reducing medical costs. 
Visualization environments for 
these domains must address all 
stages of data analysis, including 
registration, segmentation, three- 
dimensional reconstruction, ren- 
dering, analysis, and simulation. 



We discuss some fundamental 
methods in each area and demon- 
strate examples from neuroscience, 
embryology, radiology, and surgi- 
cal planning. The components of 
the visualization environment are 
implemented in a collaborative en- 
vironment, suggesting that biomed- 
ical imaging, medical diagnosis, and 
surgical planning will soon be feasi- 
ble over high-speed networks, al- 
lowing electronic intra- and inter- 
hospital collaboration among physi- 
cians and researchers. 

Registration 

Registration refers to the alignment 
of data from the same or different 
modahties, or sensors, such as the 
alignment of slices of neural tissue, 
or the alignment of MR and CT 
data. We use two registration tech- 
niques: interactive registration with 
a digital blink comparator, and au- 
tomatic registration through mini- 
mization. The first, the digital blink 
comparator, is a manual technique 
using visual motion for the align- 
ment of images. Holding one image 
stationary, the user translates and 
rotates the other image while the 
stationary and moving images are 
alternately shown on a graphics 
screen. The images are aligned 
when the sum of the visual motion 
is minimized [5]. The bhnk com- 
parator is used to register sections 
of a neuronal dendrite from trans- 
mission electron microscopy, as well 
as pre- and postcontrast midsaggi- 
tal MR head scans. 

The automatic method attempts 
to minimize the difference between 
the two images to be registered. 
One image is kept stationary and 
the other is rotated and translated, 
in a systematic manner, with re- 
spect to the stationary image. The 
transformation parameters which 
yield the minimum difference be- 
tween the images also yield the op- 
timum alignment. This registration 
technique is used to register serial 
sections of an embryo from light 
microscopy. 

Segmentation and Reconstruction 
Segmentation refers to the process 
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of extracting meaningful regions 
from images or volumes. We em- 
ploy a user-assisted segmentation 
method, snakes, or interactive de- 
formable contours, which is a 
model-based image feature locali- 
zation and tracking technique [5,7]. 
Although consistent with manual 
tracing methods, snakes are consid- 
erably faster and more powerful. 
The user quickly traces a contour 
which approximates the desired 
boundary, then starts a dynamic 
simulation that enables the contour 
to locate and conform to the true 
boundary. Where necessary, the 
user may guide the contour using a 
mouse to apply simulated forces. 
With some guidance, snakes exploit 
the coherence between adjoining 
images to quickly extract a se- 
quence of regions. Snakes are used 
to extract a neuronal dendrite from 
transmission electron micrographs 
(Figure 1), and an embryo heart 
and its substructures from light 
micrographs, and to track lung and 
liver vessels in spiral CT scans. 
After extracting all the regions of 
an object, we stack them to form 
three-dimensional volumetric mod- 
els of a neuronal dendrite (Figure 
2a), an embryo heart, and the heart 
and liver vessels. 

Rendering 

The three-dimensional volume 
data is rendered using a novel par- 
allel volume ray-tracing algorithm. 
This ray-tracing algorithm differs 
from previous methods by holding 
the data stationary while accumu- 
lating the opacity along the rays in 
parallel. The three-dimensional 
volumetric models can be interac- 
rively rotated, cut open (Figure 2b), 
and viewed transparently. The 
three-dimensional shapes of the 
models are displayed, using both 
shading and motion parallax. Em- 
phasis is placed on data fidelity, or 
loss-less rendering [4], using accu- 
rate interpolation filters [3]. 

Simulation 

In a different application, we simu- 
late facial tissue dynamics for sur- 
gery planning. Two iso-valued sur- 



faces of the facial skeletal bone and 
epidermal skin tissue are extracted 
from CT data using the marching 
cubes algorithm [10] (Figure 3). 
These geometric surfaces provide a 
foundation for a discrete layered 
spring lattice tissue model [21]. 
Three layers are constructed for 
the numerical simulation: the skele- 
tal bone, the muscle, and the epi- 
dermis. One end of each synthetic 
muscle attaches to the muscle layer 
and the other end attaches rigidly 
to bone. When a muscle is articu- 
lated, it deforms the lattice, which 
causes forces to propagate outward 
until an equilibrium is established. 
The simulation is implemented on 
a massively parallel computer to 
achieve a rapid response. 

Three-Dlmensional Shape 
Acquisition, Modeiing, and 
ivianlpuiation 

Three-dimensional modeling is re- 
quired in applications such as com- 
puter-aided design and manufac- 
turing (CAD/CAM), architectural 
design, and computer animation. 
Traditionally, three-dimensional 
model entry involves a laborious 
manual process based on two- 
dimensional input devices such as 
tablets. The recent advent of inter- 
active three-dimensional input 
techniques [12] and automatic 
shape acquisirion using special- 
purpose three-dimensional active 
rangefinders [6] could alleviate 
some of these problems. However, 
these approaches rely on expensive 
special-purpose input devices that 
may not be available to the general 
public. 

In this section we describe an al- 
ternative shape acquisition tech- 
nique based on regular video im- 
ages, which we expect to become 
widely applicable as video technol- 
ogy becomes embedded in worksta- 
tions. In our system, the object to be 
scanned rotates on a turntable in 
front of an ordinary, stationary 
video camera (Figure 4a). We have 
developed two algorithms to recon- 
struct the object from the resulting 
image sequence: shape from sil- 
houettes, and shape from image 



flow. On acquiring the object's 
shape, we can interactively modify 
it using a variety of three-dimen- 
sional manipulation techniques. 

Three-Dimensional Shape from 
Silhouettes 

Our first algorithm for shape ac- 
quisition constructs a bounding vol- 
ume for the object from the se- 
quence of silhouettes [15] — the 
binary classification of images into 
object and background (Figure 4b). 
The three-dimensional intersection 
of these silhouettes defines a 
bounding volume within which the 
object must lie. We represent this 
volume using an octree [13] (Figure 
4c). For each silhouette, the octree 
cubes are projected into the image 
plane and classified as either wholly 
or partially inside or outside the 
object. After one complete revolu- 
tion at a given resolution, cubes 
which cannot be unambiguously 
classified are subdivided into eight 
subcubes, and the process is re- 
peated [15]. Once the complete 
shape of the object has been recon- 
structed, we associate each octree 
cube with a set of pixels in the input 
images, producing a "texture- 
mapped" three-dimensional object. 
The complete procedure can be 
performed in a few minutes on a 
workstation, in dme proportional to 
the desired resolution. 

Three-Dlmenslonal Shape from 
Image Flow 

Our second algorithm computes 
the optic flow (two-dimensional 
motion) at each pixel to estimate 
the three-dimensional location of 
points on the surface of the object 
[16]. The optic flow is computed 
from successive pairs of images by 
minimizing a correlation measure 
at each pixel. This produces both a 
dense estimate of the local motion 
(Figure 5b), and a confidence mea- 
sure which depends on the amount 
of variation in the local texture in 
the image (Figure 5c). Flow mea- 
surements are converted into 
three-dimensional points on the 
surface using the known turntable 
motion (Figure 5d). These three- 



COMMUNICATIONS OF THE ACM/June 1992/Vol.35, No.6 



77 



~ ^ ' SHOWMse 











PiBure 1. 



'-% 



Si'l 




-v; 



--<- ^-r 






t. --• 



B 






_ J 



Plgure 1. 



Figure S. 



■' '■**■.i^•.••>■' 



.w.5i»" 



a 






"H-v- ! ::^.~' . 













7S 



June I992/V0I.35, N0.6/COMMUHCCATIONSOFTHE ACM 



dimensional positions are then re- 
fined by merging them with new 
measurements from successive im- 
ages using a statistical framework 
[16]. The final model is a collection 
of points on the object's surface 
tagged with colors and intensities 
derived from the set of images. 
Since the computation of flow and 
the merging points are computa- 
tionally intensive, we have imple- 
mented these algorithms on a mas- 
sively parallel processor. 

Three-Dlmenslonal Surface 
Interpolation and Manipulation 

Because the flow-based reconstruc- 
tion algorithm only produces esti- 
mates at locations with sufficient 
texture, there may be gaps in the 
surface. To solve this problem, we 
have developed a flexible surface 
modeling technique based on inter- 
acting particles [17]. Our method 
interpolates across gaps in the sur- 
face by placing particles at the ini- 
tial surface measurements and then 
adding new particles automatically. 
The surface is automatically 
smoothed, based on specially tai- 
lored interaction potentials. Each 
particle is then colored with an ap- 
propriate intensity derived from 
the initial image sequence, produc- 
ing a texture-mapped surface 
model of the object. To refine or 
reshape the object, we can use tra- 
ditional techniques such as global 
or local free-form deformations 
[2,14], as well as our particle-based 
surface modeler. This latter ap- 
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Pigure 1. cell segmentation using a 
deformable contour a) dendritic profile 
b) segmented cell 

PIgurs 3. This reconstructed dendrite 
was built using an earlier version of 
our system which was Implemented on 
a Silicon Graphics 4D/220CTX. voxel- 
view™ was used for volume rendering. 

Pigure 3. a) iso-value surface of bone 
b) Iso-value surface of skin tissue 

Pigure 4. shape reconstruction from 
Image silhouettes: a) one of the origi- 
nal Images, b) a thresholded silhouette 
Image and c) an octree representation 
of the Internal model 



proach is capable of extending or 
topologically altering surfaces by 
cutting or merging particle sheets 

[17]. 

Applications 

The primary application we dem- 



onstrate at the SIGGRAPH'92 
Showcase is a three-dimensional fax 
with collaborative design revision. 
By three-dimensional fax, we mean 
the ability to transmit to a remote 
site the full three-dimensional de- 
scription of a real object. Once the 
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three-dimensional object model has 
been entered, it can be interactively 
modified or refined at each site, 
both through local changes to its 
shape, and through manipulation 
of the texture map (painting). The 
object could also be reproduced in 
three-dimensions using NC milling 
or stereolithography. 

These techniques also have ap- 
plications in reverse engineering 
(deriving CAD descriptions from 
manufactured objects), in the crea- 
tion of virtual reality environments, 
and in the creation of object models 
for computer graphics animation. 
We expect the addition of simple 
automatic shape acquisition capa- 
bilities, as well as the wider avail- 
ability of networked display and 
manipulation capabilities, to greatly 
enhance the usefulness and power 
of existing three-dimensional mod- 
eling systems. 

Teleconferencing with 
Personable computers 

The face is a powerful medium of 
communication, and humans are 
highly tuned to comprehend subtle 
and complex facial signals. An ar- 
ticulate synthetic face suggests 
novel scenarios for presenting in- 
formation. By adding such a face to 
synthetic speech, we can increase 
the bandwidth and the expressive- 
ness of the spoken word. If the syn- 
thetic speech/face generator were 
combined with a system that per- 
forms basic facial analysis of the 
user, tracks the focus, decodes 
emotional states from facial expres- 
sion, and analyzes the user's speech, 
we would transform the computer 
from an inert box into a personable 
computer. 

How does this technology fit into 
a collaborative scientific visualiza- 
tion environment? Perhaps, it could 



Figure 5. Shape reconstruction from 
image fiow: a) one of the originai input 
images, b) iocal fiow estimates (blue to 
the right, red to the ieft), c) certainty 
In flow estimates (red is highest cer- 
tainty), and d) final 3D point cloud 
computed from ail views. 



be the fi;ont end of an expert sys- 
tem for empirical data analysis. A 
synthetic character could present 
some technical knowledge and, on 
being asked a question, explain how 
a piece of information was derived 
from the existing data. The advan- 
tage of the synthetic character over 
a textual interface will, we conjec- 
ture, be similar to the advantage of 
interacting with a person rather 
than reading explanations to un- 
derstand a technical problem. 

Within the bounds of today's 
technology we can demonstrate tel- 
econferencing of today and of the 
future. Users can talk not only to 
people but also to a remote com- 
puter answering simple questions. 
The computer will have a person- 
able character with expressive faces 
synchronized with synthetic speech. 

MocJelIng Three-Dlmensional 
Facial Structure 

Three-dimensional face data cap- 
tured from high-speed active scan- 
ners can be used to model facial 
structure [6,19]. These datasets are 
mapped onto a discrete deformable 
mesh with a known topology, ena- 
bling the use of a standard articula- 
tion model, and also reducing the 
size of the data. This deformable 
mesh behaves as an elastic mask, 
with some parts fixed on key areas 
of the face (e.g., eyes), and others 
free to move over the facial struc- 
ture. Once the mesh establishes an 
equilibrium, it is frozen and used as 
the foundation for articulation 
(Figure 6). 

Articulation and Control 
We have developed techniques for 
articulating facial geometries 
through the use of synthetic muscle 
actuators [20]. This approach, aug- 
mented by facial tissue models, 
yields realistic facial expressions 
[21], Two primary muscle types are 
used in the facial model: linear 
muscles which pull in an angular 
direction, and sphincter muscles 
which squeeze, like the drawing 
together of a string bag. Only the 
most significant facial muscles are 
used. These muscles can operate in 



isolation or as small functional 
groups to generate facial expres- 
sions and articulate the mouth for 
speech. Facial expressions such as 
happiness, sadness, anger, fear, dis- 
gust, and surprise are accomplished 
by grouped muscle activities (Fig- 
ure 7). 

Speech Synchronization 
The facial model is synchronized to 
an automated speech synthesizer 
[8]. The synthesizer converts regu- 
lar text into a phonetic transcrip- 
tion annotated with timing, intona- 
tion, and stress information as well 
as audible sound. The phonetic 
transcription is coordinated with 
the muscle activation of the lips, 
resulting in a synthetic character 
that appears to speak. 

Demonstrations 

We demonstrate two scenarios at 
the SIGGRAPH'92 Showcase. First, 
video teleconferencing of today, 
using color images of real people 
interacting and talking while their 
mutual images are displayed in live 
video windows. Second, teleconfer- 
encing of tomorrow, using syntheti- 
cally generated facial images. The 
user is able to communicate with a 
remote personable computer and 
obtain responses to a limited set of 
questions. 

Hardware and Software 

The primary platform for the dem- 
onstrations is the DECmmp 12000, 
a massively parallel processor, with 
several DECstations networked 
over FDDI. The bidirecHonal 
person-to-person video teleconfer- 
encing uses an experimental video 
JPEG compression/decompression 
board which provides real-time 
compression/decompression of 

video into the DECstation's main 
memory, as well as audio capability 
using DECaudio. The video ap- 
proach is unusual in that video is 
treated as a normal data type by 
using unextended X servers for dis- 
play rather than back-door paths 
into the frame buffers, as has gen- 
erally been the case with "video in a 
window" in the past. For our inter- 
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active visualization and modeling, 
we use a version of AVS [18] run- 
ning on top of shared X [I], ex- 
tended with special-purpose mod- 
ules for registration, segmentation, 
model building, and rendering. 

Future Research 

Based on the demonstrations de- 
scribed and other experiences from 
our research, we have identified a 
number of basic capabilities which 
must be added to current scientific 
visualization environments to make 
them more applicable to a wide 
range of data analysis problems 
(Also see [4,9]): 

9 Three-dimensional modeling 
and visualization environments 
must support a wide range of rep- 
resentations. For example, in the 
three-dimensional object recon- 
struction system, both octrees and 
distributed surface representations 
based on particles have been used, 
and additional representations 
based on more traditional CSG 
primitives and NURBS could be 
added. In the medical applications, 
two-dimensional images, two- 
dimensional and three-dimensional 
contour and surface models, and 
three-dimensional volumetric rep- 
resentations are all important. 
® A large number of data presenta- 
tion modalities must be available, 
including images, height fields, 
contours, surfaces with texture 
mapping, and volumes. The data 
presentation should not be deter- 
mined by the internal data repre- 
sentation. For example, while an 
image is usually displayed as a gray- 
level or color image, it could also be 
displayed as a height field or as an 
array of numbers. Similarly, a vol- 
ume can either be ray-traced or dis- 
played as a sequence of images 
using visual motion to convey the 
internal shape. 



Pigure S. Face lattice template on 
the range map 

Pigure ?. Facial expressions created 
by muscle articulation 



« The scientific visualizadon envi- 
ronment should support concur- 
rent analysis of multiple datasets 
from the same or different modali- 
ties and from the same or different 
subjects. The user should be able to 
visually correlate parts of these 
datasets in many different ways, 
through overlays or pointing in 
multiple windows. 
® The rapid display and three- 
dimensional manipulation of data 
facilitates the use of motion paral- 
lax to discern three-dimensional 
shape. Accurate, or loss-less, ren- 
dering is also important, as is the 
quantification of any loss of accu- 
racy in the data due to rendering. 
9 The modeling and visualization 
system should include automatic 
and semiautomatic image and data 
reconstruction techniques. We ex- 
pect such capabilities, which do not 
exist in most current visualization 
systems, to play an increasingly 
important role. Existing registra- 
tion and segmentation techniques 
do not perform well on broad 
classes of data. A wide variety of 
special-purpose registration and 
segmentation techniques must be 
developed and integrated into the 
environment, while research into 
more generally applicable tech- 
niques must continue. Similarly, the 
recovery of three-dimensional 
shape and color distributions is be- 
coming possible under controlled 
conditions, and provides a power- 
ful tool both for model acquisition 
and for more general image analy- 
sis. The solution of the general 
problems of shape recovery and 
segmentation is difficult, however, 
and is the focus of much research in 
computer vision. 

Finally, many problems in scien- 
tific visualization are complex and 
require the cooperation of many 
different experts. In the future, 
these will include computers as ac- 
tive collaborators. A collaborative 
modeling and visualization envi- 
ronment would facilitate this task, 
provided that we can extend inter- 
action paradigms for complex data 
analysis to mulriple collaborating 
users. 



While many of these components 
involve open research questions, we 
believe that rapid progress is being 
made. Including a richer set of ex- 
isting analysis, modeling, and pre- 
sentation techniques should greatly 
enhance the power and usefulness 
of today's modeling and visualiza- 
tion environments. In the future, 
we expect continued advances in 
these components, as well as in- 
creases in the performance of com- 
puters and communication net- 
works, resulting in a new 
generation of visualization environ- 
ments that will have a profound 
impact on collaborative work. B 
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ighly parallel 
database sys- 
tems are begin- 
ning to displace 
traditional 
mainframe 
computers for 
the largest 
database and 
transaction 
processing teisks. The success of 
these systems refutes a 1983 
paper predicting the demise of 
database machines [3]. Ten 
years ago the future of highly 
parallel database machines 
seemed gloomy, even to their 
staunchest advocates. Most 



database machine research had 
focused on specialized, often 
trendy, hardware such as GCD 
memories, bubble memories, 
head-per-track disks, and 
optical disks. None of these 
technologies fulfilled their 
promises; so there was a sense 
that conventional CPUs , elec- 
tronic RAM, and moving-head 
magnetic disks would dominate 
the scene for many years to 
come. At that time, disk 
throughput was predicted to 
double while processor speeds 
were predicted to increase by 
much larger factors. Conse- 
quently, critics predicted that 
multiprocessor systems would 
soon be I/O limited unless a 
solution to the I/O bottleneck 
was found. 

While these predictions were 
fairly accurate about the future 
of hardware, the critics were 
certainly wrong about the over- 
all future of parallel database 
systems. Over the last decade 
Teradata, Tandem, and a host 
of startup companies have suc- 
cessfully developed and mar- 
keted highly parallel machines. 

oeiwifi o©w§tt 
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Why have parallel database sys- 
tems become more than a research 
curiosity? One explanation is the 
widespread adoption of the rela- 
tional data model. In 1983 rela- 
tional database systems were just 
appearing in the marketplace; 
today they dominate it. Relational 
queries are ideally suited to parallel 
execution; they consist of uniform 
operations applied to uniform 
streams of data. Each operator pro- 
duces a new relation, so the opera- 
tors can be composed into highly 
parallel dataflow graphs. By 
streaming the output of one opera- 
tor into the input of another opera- 
tor, the two operators can work in 
series ^n'mg pipelined parallelism. By 
partitioning the input data among 



multiple processors and memories, 
an operator can often be split into 
many independent operators each 
working on a part of the data. This 
partitioned data and execution 
gives partitioned parallelism (Figure 
1). 

The dataflow approach to data- 
base system design needs a mes- 
sage-based client-server operating 
system to interconnect the parallel 
processes executing the relational 
operators. This in turn requires a 
high-speed network to interconnect 
the parallel processors. Such facili- 
ties seemed exotic a decade ago, but 
now they are the mainstream of 
computer architecture. The client- 
server paradigm using high-speed 
LANs is the basis for most PC, 



workstation, and workgroup soft- 
ware. Those same client-server 
mechanisms are an excellent basis 
for distributed database technol- 
ogy. 

Mainframe designers have found 
it difficult to build machines power- 
ful enough to meet the CPU and 
I/O demands of relational data- 
bases serving large numbers of si- 
multaneous users or searching 
terabyte databases. Meanwhile, 
multiprocessors based on fast and 
inexpensive microprocessors have 
become widely available from ven- 
dors including Encore, Intel, NCR, 
nCUBE, Sequent, Tandem, Tera- 
data, and Thinking Machines. 
These machines provide more total 
power than their mainframe coun- 
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PIgure 1. 

The dataflow approach to relational 
operators gives both pipelined and 
partitioned parallelism. Relational data 
operators take relations (uniform sets 
of records) as Input and produce rela- 
tions as outputs. This allows them to 
be composed In dataflow graphs that 
aiiow pipeline parallelism (left) In which 
the computation of one operator pro- 
ceeds In parallel with another, and par- 
titioned parallelism in which operators 
(sort and scan in the diagram at the 
right) are replicated for each data 
source, and the replicas execute In par- 
allel. 

figure 2. 

Speedup and scaleup. A speedup de- 
sign performs a one-hour lob four 
times faster when run on a four-times 
larger system. A scaieup design runs a 
ten-times bigger job Is done in the 
same time by a ten-times bigger sys- 
tem. 
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Good and bad speedup curves. The standard speedup curves. The left curve is the ideal. The middle graph shows no 
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terparts at a lower price. Their 
modular architectures enable sys- 
tems to grow incrementally, adding 
MIPS, memory, and disks either to 
speedup the processing of a given 
job, or to scaleup the system to pro- 
cess a larger job in the same time. 

In retrospect, special-purpose 
database machines have indeed 
failed; but parallel database systems 
are a big success. The successful 
parallel database systems are built 
from conventional processors, 
memories, and disks. They have 
emerged as major consumers of 
highly parallel architectures, and 
are in an excellent position to ex- 
ploit massive numbers of fast-cheap 
commodity disks, processors, and 
memories promised by current 
technology forecasts. 

A consensus on parallel and dis- 
tributed database system architec- 
ture has emerged. This architec- 
ture is based on a shared-nothing 
hardware design [29] in which 
processors communicate with one 
another only by sending messages 
via an interconnection network. In 
such systems, tuples of each rela- 
tion in the database are partitioned 
(declustered) across disk storage 
units' attached directly to each pro- 
cessor. Partitioning allows multiple 
processors to scan large relations in 
parallel without needing any exotic 
I/O devices. Such architectures 
were pioneered by Teradata in the 
late 1970s and by several research 
projects. This design is now used by 
Teradata, Tandem, NCR, Oracle- 
nCUBE, and several other products 
currently under development. The 
research community has also em- 
braced this shared-nothing data- 
flow architecture in systems like 
Arbre, Bubba, and Gamma. 

The remainder of this article is 
organized as follows: The next sec- 
tion describes the basic architec- 
tural concepts used in these parallel 
database systems. This is followed 
by a brief presentation of the 
unique features of the Teradata, 
Tandem, Bubba, and Gamma sys- 
tems in the following section, enti- 
tled "The State of the Art." Several 
areas for future research are de- 



scribed in "Future Directions and 
Research Problems" prior to the 
conclusion of this article. 

Basic Techniques for Parallel 
Database Machine 
Implementation 

Parallelism Coals and Metrics: 
Speedup and Scaleup 
The ideal parallel system demon- 
strates two key properties: (1) linear 
speedup: Twice as much hardware 
can perform the task in half the 
elapsed time, and (2) linear scaleup: 
Twice as much hardware can per- 
form twice as large a task in the 
same elapsed time (see Figures 2 
and 3). 

More formally, given a fixed job 
run on a small system, and then run 
on a larger system, the speedup 
given by the larger system is mea- 
sured as: 



Speedup - 



small—system^lapsed-time 
big^ystem-elapsed-lim e 



Speedup is said to be linear, if an 
Af-times large or more expensive 
system yields a speedup of N. 

Speedup holds the problem size 
constant, and grows the system. 
Scaleup measures the ability to 
grow both the system and the prob- 
lem. Scaleup is defined as the ability 
of an Af-times larger system to per- 
form an jV-times larger job in the 
same elapsed time as the original 
system. The scaleup metric is: 

Scaleup = 

smalLsystem-elapsed^time-on-smalLproblem 
big^ystem~elapsed^ime-0)i^big-problem 

If this scaleup equation evaluates to 
I , then the scaleup is said to be lin- 
ear^. There are two distinct kinds 
of scaleup, batch and transactional. 
If the job consists of performing 
many small independent requests 
submitted by many clients and op- 
erating on a shared database, then 
scaleup consists of iV-times as many 
clients, submitting TV-times as many 
requests against an A'-times larger 
database. This is the scaleup typi- 
cally found in transaction process- 
ing systems and timesharing sys- 
tems. This form of scaleup is used 
by the Transaction Processing Per- 



formance Council to scaleup their 
transaction processing benchmarks 
[36]. Consequently, it is called trans- 
action scaleup. Transaction scaleup is 
ideally suited to parallel systems 
since each transaction is typically a 
small independent job that can be 
run on a separate processor. 

A second form of scaleup, called 
batch scaleup, arises when the 
scaleup task is presented as a single 
large job. This is typical of database 
queries and is also typical of scien- 
tific simulations. In these cases, 
scaleup consists of using an N-times 
larger computer to solve an A^-times 
larger problem. For database sys- 
tems batch scaleup translates to the 
same query on an A^-times larger 
database; for scientific problems, 
batch scaleup translates to the same 
calculation on an N-times finer grid 
or on an N-times longer simulation. 
The generic barriers to linear 
speedup and linear scaleup are the 
triple threats of: 

startup: The time needed to start 
a parallel operation. If thousands 
of processes must be started, this 
can easily dominate the actual 
computation time. 
interference: The slowdown each 
new process imposes on all oth- 
ers when accessing shared re- 
sources. 

skew: As the number of parallel 
steps increases, the average size 
of each step decreases, but the 
variance can well exceed the 
mean. The service time of a job is 
the service time of the slowest 
step of the job. When the vari- 
ance dominates the mean, in- 
creased parallelism improves 
elapsed time only slighdy. 

The subsection "A Parallel 

'The term disk is used here as a shorthand for 
disli or other nonvolatile storage media. As 
the decade proceeds, nonvolatile electronic 
storage or some other media may replace or 
augment disks. 

^The execution cost of some operators in- 
creases super-linearly. For example, the cost 
of sorting n-tuples increases as )tlog(n). When 
n is in the billions, scaling up by a factor of a 
thousand, causes nlog(n) to increase by 3,000. 
This 30% deviation from linearity in a three- 
orders-of-magnitude scaleup jusdfies the use 
of the term near-linear scaleup. 
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Dataflow Approach to SQL Soft- 
ware" describes several basic tech- 
niques widely used in the design of 
shared-nothing parallel database 
machines to overcome these barri- 
ers. These techniques often achieve 
linear speedup and scaleup on rela- 
tional operators. 



Hardware Architecture, the Trend 
to Shared-Nothing Machines 

The ideal database machine would 
have a single infinitely fast proces- 
sor with an infinite memory with 
infinite bandwidth — and it would 
be infinitely cheap (free). Given 
such a machine, there would be no 
need for speedup, scaleup, or par- 
allelism. Unfortunately, technology 
is not delivering such machines^ — 
but it is coming close. Technology is 
promising to deliver fast one-chip 
processors, fast high-capacity disks, 
and high-capacity electronic RAM. 
It also promises that each of these 
devices will be very inexpensive by 
today's standards, costing only hun- 
dreds of dollars each. 

So, the challenge is to build an infi- 
nitely fast processor out of infinitely 
many processors of finite speed, and to 
build an infinitely large memoiy with 
infinite memoiy bandwidth from infi- 
nitely many storage units of finite speed. 
This sounds trivial mathematically; 
biit in practice, when a new proces- 
sor is added to most computer de- 
signs, it slows every other computer 
down just a little bit. If this slow- 
down (interference) is 1%, then the 
maximum speedup is 37 and a 
1,000-processor system has 4% of 
the effective power of a single- 
processor system. 

How can we build scaleable mul- 
tiprocessor systems? Stonebraker 
suggested the following simple tax- 
onomy for the spectrum of designs 
(see Figures 4 and 5) [29]^: 

^Single Instruction stream, Multiple Data 
stream (SIMD) machines such as ILLIAC IV 
and its derivatives like MASSPAR and the 
"old" Connection Machine are ignored here 
because to date they have few successes in the 
database area. SIMD machines seem to have 
application in simulation, pattern matching, 
and mathematical search, but they do not 
seem to be appropriate for the mukiuser, I/O 
intensive, and dataflow paradigm of database 
systems. 



shared-memoiy: All processors share 
direct access to a common global 
memory and to all disks. The IBM/ 
370, Digital VAX, and Sequent 
Symmetry multiprocessors typify 
this design. 

shared-disks: Each processor has a 
private memory but has direct 
access to all disks. The IBM 
Sysplex and original Digital 
VAXcluster typify this design. 
shared-nothing: Each memory and 
disk is owned by some processor 
that acts as a server for that data. 
Mass storage in such an architec- 
ture is distributed among the 
processors by connecting one or 
more disks. The Teradata, Tan- 
dem, and nCUBE machines typ- 
ify this design. 

Shared-nothing architectures 
minimize interference by minimiz- 
ing resource sharing. They also 
exploit commodity processors and 
memory without needing an in- 
credibly powerful interconnection 
network. As Figure 5 suggests, the 
other architectures move large 
quantities of data through the in- 
terconnection network. The 
shared-nothing design moves only 
questions and answers through the 
network. Raw memory accesses and 
raw disk accesses are performed 
locally in a processor, and only the 
filtered (reduced) data is passed to 
the client program. This allows a 
more scaleable design by minimiz- 
ing traffic on the interconnection 
network. 

Shared-nothing characterizes the 
database systems being used by 
Teradata [33], Gamma [8, 9], Tan- 
dem [32], Bubba [1], Arbre [21], 
and nCUBE [13]. Significandy, 
Digital's VAXcluster has evolved to 
this design. DOS and UNIX work- 
group systems from 3com, Bor- 
land, Digital, HP, Novell, Microsoft, 
and Sun also adopt a shared-noth- 
ing client-server architecture. 

The actual interconnection net- 
works used by these systems, vary 
enormously. Teradata employs a 
redundant tree-structured commu- 
nication network. Tandem uses a 
three-level duplexed network, two 
levels within a cluster, and rings 



connecting the clusters. Arbre, 
Bubba, and Gamma are indepen- 
dent of the underlying intercon- 
nection network, requiring only 
that the network allow any two 
nodes to communicate with one 
another. Gamma operates on an 
Intel Hypercube. The Arbre proto- 
type was implemented using IBM 
4381 processors connected to one 
another in a point-to-point net- 
work. Workgroup systems are cur- 
rently making a transition from 
Ethernet to higher speed local net- 
works. 

The main advantage of shared- 
nothing multiprocessors is that they 
can be scaled up to hundreds and 
probably thousands of processors 
that do not interfere with one an- 
other. Teradata, Tandem, and Intel 
have each shipped systems with 
more than 200 processors. Intel is 
implementing a 2,000-node hyper- 
cube. The largest shared-memory 
multiprocessors currently available 
are limited to about 32 processors. 

These shared-nothing architec- 
tures achieve near-linear speedups 
and scaleups on complex relational 
queries and on on-line transaction 
processing workloads [9, 10, 32]. 
Given such results, database ma- 
chine designers see little justifica- 
tion for the hardware and software 
complexity associated with shared- 
memory and shared-disk designs. 

Shared-memory and shared-disk 
systems do not scale well on data- 
base applications. Interference is a 
major problem for shared-memory 
multiprocessors. The interconnec- 
tion network must have the band- 
width of the sum of the processors 
and disks. It is difficult to build 
such networks that can scale to 
thousands of nodes. To reduce net- 
work traffic and to minimize la- 
tency, each processor is given a 
large private cache. Measurements 
of shared-memory multiprocessors 
running database workloads show 
that loading and flushing these 
caches considerably degrades pro- 
cessor performance [35]. As paral- 
lelism increases, interference on 
shared , resources limits perfor- 
mance. Multiprocessor systems 
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Figure a. 

The basic shared-nothing design. Each 
processor has a private memory and 
one or more disks. Processors commu- 
nicate via a high-speed Interconnect 
network. Teradata, Tandem, ncUBE, and 
the newer VAXclusters typify this de- 
sign. 



Figure 6. 

Example of a scan of a telephone rela- 
tion to find the phone numbers of all 
people named Smith. 
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Figure s. 

The shared-memory and shared-disk 
designs. A shared-memory multiproces- 
sor connects all processors to a glo- 
bally shared memory. Multiprocessor 
IBl\/l/370, VAX, and Sequent computers 
are typical examples of shared-memory 
designs. Shared-disk systems give each 
processor a private memory, but all the 
processors can directly address all the 
disks. Digital's VAXciuster and IBM's 
sysplex typify this design. 



SELECT telephone_number /* 
FROM telephone_book /* 
WHERE last_name = 'Smith'; /* 



the output attribute(s) */ 
the input relation */ 
the predicate */ 



often use an affinity scheduling 
mechanism to reduce this interfer- 
ence; giving each process an affin- 
ity to a particular processor. This is 
a form of data partitioning; it rep- 
resents an evolutionary step toward 
the shared-nothing design. Parti- 
tioning a shared-memory system 
creates many of the skew and load 
balancing problems faced by a 
shared-nothing machine; but reaps 
none of the simpler hardware in- 
terconnect benefits. Based on this 
experience, we believe high-perfor- 
mance shared-memory machines 
will not economically scale beyond a 
few processors when running data- 
base applications. 

To ameliorate the interference 
problem, most shared-memory 
multiprocessors have adopted a 
shared-disk architecture. This is the 
logical consequence of affinity 
scheduling. If the disk interconnec- 
tion network can scale to thousands 
of disks and processors, then a 
shared-disk design is adequate for 
large read-only databases and for 
databases where there is no concur- 
rent sharing. The shared-disk ar- 
chitecture is not very effective for 
database applications that read and 



write a shared database. A proces- 
sor wanting to update some data 
must first obtain the current copy 
of that data. Since others might be 
updating the same data concur- 
rently, the processor must declare 
its intention to update the data. 
Once this declaration has been hon- 
ored and acknowledged by all the 
other processors, the updator can 
read the shared data from disk and 
update it. The processor must then 
write the shared data to disk so that 
subsequent readers and writers will 
be aware of the update. There are 
many optimizations of this proto- 
col, but they all end up exchanging 
reservation messages and exchang- 
ing large physical data pages. This 
creates processor interference and 
delays. It creates heavy traffic on 
the shared interconnection net- 
work. 

For shared database applications, 
the shared-disk approach is much 
more expensive than the shared- 
nothing approach of exchanging 
small high-level logical questions 
and answers among clients and 
servers. One solution to this inter- 
ference has been to give data a pro- 
cessor affinity; other processors 



wanting to access the data send 
messages to the server managing 
the data. This has emerged as a 
major application of transaction 
processing monitors that partition 
the load among partitioned servers, 
and is also a major application for 
remote procedure calls. Again, this 
trend toward the partitioned data 
model and shared-nothing archi- 
tecture on a shared-disk system 
reduces interference. Since the 
shared-disk system interconnection 
network is difficult to scale to thou- 
sands of processors and disks, many 
conclude that it would be better to 
adopt the shared-nothing architec- 
ture from the start. 

Given the shortcomings of 
shared-disk and shared-memory 
architectures, why have computer 
architects been slow to adopt the 
shared-nothing approach? The 
first answer is simple, high-perfor- 
mance, low-cost commodity compo- 
nents have only recently become 
available. Traditionally, commodity 
components provided relatively low 
performance and low quality. 

Today, old software is the most 
significant barrier to the use of par- 
allelism. Old software written for 
uniprocessors gets no speedup or 
scaleup when put on any kind of 
multiprocessor. It must be rewrit- 
ten to benefit from parallel process- 
ing and multiple disks. Database 
applications are a unique exception 
to this. Today, most database pro- 
grams are written in the relational 
language SQL that has been stand- 
ardized by both ANSI and ISO. It is 
possible to take standard SQL ap- 
plications written for uniprocessor 
systems and execute them in paral- 
lel on ' shared-nothing database 
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machines. Database systems can 
automatically distribute data 
among multiple processors. Tera- 
data and Tandem routinely port 
SQL applications to their system 
and demonstrate near-linear 
speedups and scaleups. The follow- 
ing subsection explains the basic 
techniques used by such parallel 
database systems. 

A Parallel Dataflow Approach to 
SQL Software 

Terabyte on-line databases, consist- 
ing of billions of records, are be- 
coming common as the price of on- 
line storage decreases. These data- 
bases are often represented and 
manipulated using the SQL rela- 
tional model. The next few para- 
graphs give a rudimentary in- 
troduction to relational model 
concepts needed to understand the 
remainder of this article. 

A relational database consists of 
relations (files in COBOL terminol- 
ogy) that in turn contain tuples (rec- 
ords in COBOL terminology). All 
the tuples in a relation have the 
same set of attributes (fields in 
COBOL terminology). 

Relations are created, updated, 
and queried by writing SQL state- 
ments. These statements are syn- 
tactic sugar for a simple set of oper- 
ators chosen from the relational 
algebra. Select-project, here called 
scan, is the simplest and most com- 
mon operator — it produces a row- 
and-column subset of a relational 
table. A scan of relation R using 
predicate P and attribute list L pro- 
duces a relational data stream as 
output. The scan reads each tuple, 
t, of R and applies the predicate P 
to it. l{P(t) is true, the scan discards 
any attributes of t not in L and in- 
serts the resulting tuple in the scan 
output stream. Expressed in SQL, a 
scan of a telephone book relation to 
find the phone numbers of all peo- 
ple named Smith would be written 
as shown in Figure 6. A scan's out- 
put stream can be sent to another 
relational operator, returned to an 
application, displayed on a termi- 
nal, or printed in a report. Therein 
lies the beauty and utility of the re- 



lational model. The uniformity of 
the data and operators allow them 
to be arbitrarily composed into 
dataflow graphs. 

The output of a scan may be sent 
to a sort operator that will reorder 
the tuples based on an attribute sort 
criteria, optionally eliminating du- 
plicates. SQL defines several aggre- 
gate operators to summarize attri- 
butes into a single value, for 
example, taking the sum, min, or 
max of an attribute, or counting the 
number of distinct values of the at- 
tribute. The insert operator adds 
tuples from a stream to an existing 
relation. The update and delete oper- 
ators alter and delete tuples in a re- 
lation matching a scan stream. 

The relational model defines 
several operators to combine and 
compare two or more relations. It 
provides the usual set operators 
union, intersection, difference, and 
some more exotic ones like jom and 
division. Discussion here will focus 
on the equi-join operator (here 
called jom). The join operator com- 
poses two relations, A and B, on 
some attribute to produce a third 
relation. For each tuple, ta, in A, the 
join finds all tuples, tb, in B whose 
attribute values are equal to that of 
to. For each matching pair of tup- 
les, the join operator inserts into 
the output stream a tuple built by 
concatenating the pair. 

Codd, in a classic paper, showed 
that the relational data model can 
represent any form of data, and 
that these operators are complete 
[5]. Today, SQL applications are 
typically a combination of conven- 
tional programs and SQL state- 
ments. The programs interact with 
clients, perform data display, and 
provide high-level direction of the 
SQL dataflow. 

The SQL data model was origi- 
nally proposed to improve pro- 
grammer productivity by offering a 
nonprocedural database language. 
Data independence was an addi- 
tional benefit; since the programs 
do not specify how the query is to 
be executed, SQL programs con- 
tinue to operate as the logical and 
physical database schema evolves. 



Parallelism is an unanticipated 
benefit of the relational model. 
Since relational queries are really 
just relational operators applied to 
very large collections of data, they 
offer many opportunities for paral- 
lelism. Since the queries are pre- 
sented in a nonprocedural lan- 
guage, they offer considerable 
latitude in executing the queries. 

Relational queries can be exe- 
cuted as a dataflow graph. As men- 
tioned in the first section of this ar- 
ticle, these graphs can use both 
pipelined parallelism and parti- 
tioned parallelism. If one operator 
sends its output to another, the two 
operators can execute in parallel 
giving potential speedup of two. 

The benefits of pipeline parallel- 
ism are limited because of three 
factors: (I) Relational pipelines are 
rarely very long — a chain of length 
ten is unusual. (2) Some relational 
operators do not emit their first 
output until they have consumed all 
their inputs. Aggregate and sort 
operators have this property. One 
cannot pipeline these operators. 
(3) Often, the execution cost of one 
operator is much greater than the 
others (this is an example of skew). 
In such cases, the speedup obtained 
by pipelining will be very limited. 

Partitioned execution offers 
much better opportunities for 
speedup and scaleup. By taking the 
large relational operators and par- 
titioning their inputs and outputs, it 
is possible to use divide-and- 
conquer to turn one big job into 
many independent little ones. This 
is an ideal situation for speedup 
and scaleup. Partitioned data is the 
key to partitioned execution. 

Data Partitioning. Partitioning a 
relation involves distributing its 
tuples over several disks. Data par- 
titioning has its origins in central- 
ized systems that had to partition 
files, either because the file was too 
big for one disk, or because the file 
access rate could not be supported 
by a single disk. Distributed data- 
bases use data partitioning when 
they place relation fragments at dif- 
ferent network sites [23]. Data par- 
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titioning allows parallel database 
systems to exploit the I/O band- 
width of multiple disks by reading 
and writing them in parallel. This 
approach provides I/O bandwidth 
superior to RAID-style systems 
without needing any specialized 
hardware [22, 24]. 

The simplest partitioning strat- 
egy distributes tuples among the 
fragments in a round-robin fashion. 
This is the partitioned version of 
the classic entry-sequence file. 
Round-robin partitioning is excel- 
lent if all applications want to access 
the relation by sequentially scan- 
ning all of it on each query. The 
problem with round-robin parti- 
tioning is that applications fre- 
quently want to associatively access 
tuples, meaning that the applica- 
tion wants to find all the tuples hav- 
ing a particular attribute value. The 
SQL query looking for the Smiths 
in the phone book shown in Figure 
6 is an example of an associative 
search. 

Hash partitioning is ideally suited 
for applications that want only se- 
quential and associative access to 
the data. Tuples are placed by ap- 
plying a hashing function to an attri- 
bute of each tuple. The function 
specifies the placement of the tuple 
on a particular disk. Associative 
access to the tuples with a specific 
attribute value can be directed to a 
single disk, avoiding the overhead 
of starting queries on multiple 
disks. Hash partitioning mecha- 
nisms are provided by Arbre, 
Bubba, Gamma, and Teradata. 

Database systems pay consider- 
able attention to clustering related 
data together in physical storage. If 
a set of tuples is routinely accessed 
together, the database system at- 
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PIgure 7. 

The three basic partitioning schemes. 

Range partitioning maps contiguous 
attribute ranges of a relation to various 
disks. Round-robin partitioning maps 
the i'tti tuple to disk i mod n. Hashed 
partitioning maps each tuple to a disk 
location based on a hash function. 
Each of these schemes spreads data 
among a collection of disks, allowing 
parallel disk access and parallel pro- 
cessing. 



PIgure 8. 

Partitioned data parallelism. A simple relational dataflow graph showing a rela- 
tional scan (project and select) decomposed into three scans on three partitions 
of the input stream or relation. These three scans send their output to a merge 
node that produces a single data stream. 
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PIgure 9. 

ivierging the inputs and partitioning the output of an operator. A relational 
dataflow graph showing a relational operator's inputs being merged to a sequen- 
tial stream per port. The operator's output Is being decomposed by a split opera- 
tor in several independent streams. Each stream may be a duplicate or a parti- 
tioning of the operator output stream into many disjoint streams, with the split 
and merge operators, a web of simple sequential dataflow nodes can be con- 
nected to form a parallel execution plan. 



tempts to store them on the same 
physical page. For example, if the 
Smiths of the phone book are rou- 
tinely accessed in alphabetical 
order, then they should be stored 
on pages in that order, these pages 
should be clustered together on 
disk to allow sequential prefetching 
and other optimizations. Clustering 
is very application-specific. For ex- 
ample, tuples describing nearby 
streets should be clustered together 
in geographic databases, tuples de- 
scribing the line items of an invoice 
should be clustered with the invoice 
tuple in an inventory control appli- 
cation. 



Hashing tends to randomize data 
rather than cluster it. Range parti- 
tioning clusters tuples with similar 
attributes together in the same par- 
tition. It is good for sequential and 
associative access, and is also good 
for clustering data. Figure 7 shows 
range partitioning based on lexico- 
graphic order, but any clustering 
algorithm is possible. Range parti- 
tioning derives its name from the 
typical SQL range queries such as 

latitude BETWEEN 38° Am) 39° 

Arbre, Bubba, Gamma, Oracle, and 
Tandem provide range partition- 
ing. 
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The problem with range parti- 
tioning is that it risks data shew, 
where all the data is placed in one 
partition, and execution skew in 
which all the execution occurs in 
one partition. Hashing and round- 



robin are less susceptible to these 
skew problems. Range partitioning 
can minimize skew by picking non- 
uniformly-distributed partitioning 
criteria. Bubba uses this concept by 
considering the access frequency 



Table 1. 

Sample Split Operators. 

Each split operator maps tuples to a set of output streams (ports of 
other processes) depending on the range value (predicate) of the 
input tuple. The split operator on the left is for the relation A scan In 
Figure 10. while the table on the right is for the relation B scan. The 
tables partition the tuples among three data streams. 


Relation A Scan spilt Operator 


Relation B scan Spilt operator 


Predicate 


Destination Process 


Predicate 


Destination Process 


"A-H" 

"l-Q" 

"R-Z" 


(CPU #5, Process #3, 

Port #0) 
(CPU #7, Process #8, 

Port #0) 
(CPU #2, Process #2, 

Port #0) 


"A-H" 
"l-Q" 
"R-Z" 


(CPU #5, Process #3, 

Port #1) 
(CPU #7, Process #8, 

Port #1) 
(CPU #2, Process #2, 

Port #1) 







l<= 




insert into C 
select * 
from A, B 
wliere A.x = B.y; 




(Insert) 
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Plgure 10. 

A simple SOL query and the associated relational query graph. The query specifies 
that a Join Is to be performed between relations A and B by comparing the x at- 
tribute of each tuple from the A relation with the y attribute value of each tuple 
of the B relation. For each pair of tuples that satisfy the predicate, a result tuple 
Is formed from all the attributes of both tuples. This result tuple Is then added to 
the result relation c. The associated logical query graph (as might be produced by 
a query optimizer) shows a tree of operators, one for the Join, one for the Insert, 
and one for scanning each Input relation. 



INSERT) 

spilt each join output into 3 streams 
merge the 3 join input streams 
at each insert node 
Perform 1/3 of the join 




split each B scan output into 3 streams 
merge the 3 input streams 

at each join node 



Pisure 11. 

A simple relational dataflow graph. It shows two relational scans (project and se- 
lect) consuming two Input relations, A and B and feeding their outputs to a Join 
operator that In turn produces a data stream C. 



(heat) of each tuple when creating 
partitions of a relation; the goal 
being to balance the frequency with 
which each partition is accessed (its 
temperature) rather than the actual 
number of tuples on each disk (its 
volume) [6]. 

While partitioning is a simple 
concept that is easy to implement, it 
raises several new physical database 
design issues. Each relation must 
now have a partitioning strategy 
and a set of disk fragments. In- 
creasing the degree of partitioning 
usually reduces the response time 
for an individual query and in- 
creases the overall throughput of 
the system. For sequential scans, 
the response time decreases be- 
cause more processors and disks 
are used to execute the query. For 
associative scans, the response time 
improves because fewer tuples are 
stored at each node and hence the 
size of the index that must be 
searched decreases. 

There is a point beyond which 
further partitioning actually in- 
creases the response time of a 
query. This point occurs when the 
cost of starting a query on a node 
becomes a significant fraction of 
the actual execution time [6, 11]. 

Parallelism Within Relational Oper- 
ators. Data partitioning is the first 
step in partitioned execution of re- 
lational dataflow graphs. The basic 
idea is to use parallel data streams 
instead of writing new parallel op- 
erators (programs). This approach 
enables the use of unmodified, ex- 
isting sequential routines to execute 
the relational operators in parallel. 
Each relational operator has a set of 
input ports on which input tuples 
arrive and an output port to which 
the operator's output stream is sent. 
The parallel dataflow works by par- 
titioning and merging data streams 
into these sequential ports. This 
approach allows the use of existing 
sequential relational operators to 
execute in parallel. 

Consider a scan of a relation. A, 
that has been partitioned across 
three disks into fragments AO, Al, 
and A2. This scan can be imple- 
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merited as three scan operators that 
send their output to a common 
merge operator. The merge opera- 
tor produces a single output data 
stream to the application or to the 
next relational operator. The paral- 
lel query executor creates the three 
scan processes shown in Figure 8 
and directs them to take their in- 
puts from three different sequen- 
tial input streams (AO, Al, A2). It 
also directs them to send their out- 
puts to. a common merge node. 
Each scan can run on an indepen- 
dent processor and disk. So the first 
basic parallelizing operator is a 
merge that can combine several par- 
allel data streams into a single se- 
quential stream. 

The merge operator tends to 
focus data on one spot. If a multi- 
stage parallel operation is to be 
done in parallel, a single data 
stream must be split into several 
independent streams. A split opera- 
tor is used to partition or replicate 
the stream of tuples produced by a 
relational operator. A split operator 
defines a mapping from one or 
more attribute values of the output 
tuples to a set of destination pro- 
cesses (see Figure 9). 

As an example, consider the two 
split operators shown in Table 1 in 
conjunction with the SQL query 
shown in Figure 10. Assume that 
three processes are used to execute 
the join operator, and that five 
other processes execute the two 
scan operators — three scanning 
partitions of relation A while two 
scan partitions of relation B. Each 
of the three relation A scan nodes 
will have the same split operator, 
sending all tuples between "A-H" to 
port 1 of join process 0, all between 
"I-Q" to port I of join process 1, 
and all between "R-Z" to port 1 of 
join process 2. Similarly the two re- 
lation B scan nodes have the same 
split operator except that their out- 
puts are merged by port 1 (not port 
0) of each join process. Each join 
process sees a sequential input 
stream of A tuples from the port 
merge (the left-scan nodes) and 
another sequential stream of B tup- 
les from the port 1 merge (the 



right-scan nodes). The outputs of 
each join are, in turn, split into 
three streams based on the parti- 
tioning criterion of relation C. 

To clarify this example, consider 
the first join process in Figure 1 1 
(processor 5, process 3, ports and 
1 in Table I). It will receive all the 
relation A "A-H" tuples from the 
three relation A scan operators 
merged as a single stream on port 
0, and will get all the "A-H" tuples 
from relation B merged as a single 
stream on port 1. It will join them 
using a hash-join, sort-merge join, 
or even a nested join if the tuples 
arrive in the proper order. 

If each of these processes is on an 
independent processor with an in- 
dependent disk, there will be little 
interference among them. Such 
dataflow designs are a natural ap- 
plication for shared-nothing ma- 
chine architectures. 

The split operator in Table 1 is 
just an example. Other split opera- 
tors might duplicate the input 
stream, or partition it round-robin, 
or partition it by hash. The parti- 
tioning function can be an arbitrary 
program. Gamma, Volcano, and 
Tandem use this approach [14]. It 
has several advantages including 
the automatic parallelism of any 
new operator added to the system, 
plus support for many kinds of par- 
allelism. 

The split and merge operators 
have flow control and buffering 
built into them. This prevents one 
operator from getting too far ahead 
in the computation. When a split- 
operator's output buffers fill, it 
stalls the relational operator until 
the data target requests more out- 
put. 

For simplicity, these examples 
have been stated in terms of an 
operator per process. But it is en- 
tirely possible to place several oper- 
ators within a process to get coarser 
grained parallelism. The funda- 
mental idea though is to build a 
self-pacing dataflow graph and dis- 
tribute it in a shared-nothing ma- 
chine in a way that minimizes inter- 
ference. 



Specialized Parallel Relational Op- 
erators. Some algorithms for rela- 
tional operators are especially ap- 
propriate for parallel execution, 
either because they minimize data 
flow, or because they better tolerate 
data and execution skew. Improved 
algorithms have been found for 
most of the relational operators. 
The evolution of join operator al- 
gorithms is sketched here as an ex- 
ample of these improved algo- 
rithms. 

Recall that the join operator 
combines two relations, A and B, to 
produce a third relation containing 
all tuple pairs from A and B with 
matching attribute values. The con- 
ventional way of computing the join 
is to sort both A and B into new re- 
lations ordered by the join attri- 
bute. These two intermediate rela- 
tions are then compared in sorted 
order, and matching tuples are in- 
serted in the output stream. This 
algorithm is called sort-merge join. 

Many optimizations of sort- 
merge join are possible, but since 
sort has execution cost nlog(n), sort- 
merge join has an nlog(n) execution 
cost. Sort-merge join works well in a 
parallel dataflow environment un- 
less there is data skew. In case of 
data skew, some sort partitions may 
be much larger than others. This in 
turn creates execution skew and 
limits speedup and scaleup. These 
skew problems do not appear in 
centralized sort-merge joins. 

Hash-join is an alternative to sort- 
merge join. It has hnear execution 
cost rather than nlog(n) execution 
cost, and it is more resistant to data 
skew. It is superior to sort-merge 
join unless the input streams are 
already in sorted order. Hash join 
works as follows. Each of the rela- 
tions A and B are first hash parti- 
tioned on the join attribute. A hash 
partition of relation A is hashed 
into memory. The corresponding 
partition of table relation B is 
scanned, and each tuple is com- 
pared against the main-memory 
hash table for the A partition. If 
there is a match, the pair of tuples 
are sentto the output stream. Each 
pair of hash partitions is compared 
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in this way. 

The hash join algorithm breaks a 
big join into many little joins. If the 
hash function is good and if the 
data skew is not too bad, then there 
will be little variance in the hash 
bucket size. In these cases hash-join 
is a linear-time join algorithm with 
linear speedup and scaleup. Many 
optimizations of the parallel hash- 
join algorithm have been discov- 
ered over the last decade. In patho- 
logical Skew cases, when many or all 
tuples have the same attribute 
value, one bucket may contain all 
the tuples. In these cases no algo- 
rithm is known to speedup or 
scaleup. 

The hash-join example shows 
that new parallel algorithms can 
improve the performance of rela- 
tional operators. This is a fruitful 
research area [4, 8, 18, 20, 25, 26, 
38, 39]. Although parallelism can 
be obtained from conventional se- 
quential relational algorithms by 
using split and merge operators, we 
expect that many new algorithms 
will be discovered in the future. 

The State of the Art 

Teradata 

Teradata quietly pioneered many 
of the ideas presented in this arti- 
cle. Since 1978 they have been 
building shared-nothing highly- 
parallel SQL systems based on com- 
modity microprocessors, disks, and 
memories. Teradata systems act as 
SQL servers to client programs 
operating on conventional comput- 
ers. 

Teradata systems may have over 
1,000 processors and many thou- 
sands of disks. The Teradata proc- 
essors are functionally divided into 
two groups: Interface Processors 
(IFPs) and Access Module Proces- 
sors (AMPs). The IFPs handle com- 
munication with the host, query 
parsing and optimization, and co- 
ordination of AMPs during query 
execution. The AMPs are responsi- 
ble for executing queries. Each 
AMP typically has several disks and 
a large memory cache. IFPs and 
AMPs are interconnected by a dual 
redundant, tree-shaped intercon- 



nect called the Y-net [33]. 

Each relation is hash partitioned 
over a subset of the AMPs. When a 
tuple is inserted into a relation, a 
hash function is applied to the pri- 
mary key of the tuple to select an 
AMP for storage. Once a tuple ar- 
rives at an AMP, a second hash 
function determines the tuple's 
placement in its fragment of the 
relation. The tuples in each frag- 
ment are in hash-key order. Given a 
value for the key attribute, it is pos- 
sible to locate the tuple in a single 
AMP. The AMP examines its cache, 
and if the tuple is not present, 
fetches it in a single disk read. Hash 
secondary indices are also sup- 
ported. 

Hashing is used to split the out- 
puts of relational operators into in- 
termediate relations. Join operators 
are executed using a parallel sort- 
merge algorithm. Rather than 
using pipelined parallel execution, 
during the execution of a query, 
each operator is run to completion 
on all participating nodes before 
the next operator is initiated. 

Teradata has installed many sys- 
tems containing over 100 proces- 
sors and hundreds of disks. These 
systems demonstrate near-linear 
speedup and scaleup on relational 
queries, and far exceed the speed 
of traditional mainframes in their 
ability to process large (terabyte) 
databases. 

Tandem Nonstop SQL 

The Tandem NonStop SQL system 
is composed of processor clusters 
interconnected via 4-plexed fiber- 
optic rings. Unlike most other sys- 
tems discussed in this article, the 
Tandem systems run the applica- 
tions on the same processors and 
operating system as the database 
servers. There is no front-end/ 
back-end distinction between pro- 
grams and machines. The systems 
are configured at a disk per MIPS, 
so each lO-MIPS processor has 
about 10 disks. Disks are typically 
duplexed [2]. Each disk is served by 
a set of processes managing a large 
shared RAM cache, a set of locks, 
and log records for the data on that 



disk pair. Considerable effort is 
spent on optimizing sequential 
scans by prefetching large units, 
and by filtering and manipulating 
the tuples with SQL predicates at 
these disk servers. This minimizes 
traffic on the shared interconnec- 
tion network. 

Relations may be range parti- 
tioned across multiple disks. Entry- 
sequenced, relative, and B-tree or- 
ganizations are supported. Only 
B-tree secondary indices are sup- 
ported. Nested join, sort-merge 
join, and hash join algorithms are 
provided. Parallelization of opera- 
tors in a query plan is achieved by 
inserting split and merge operators 
between operator nodes in the 
query tree. Scans, aggregates, joins, 
updates, and deletes are executed 
in parallel. In addition, several util- 
ities use parallelism (e.g., load, re- 
organize, . . .) [31, 39]. 

Tandem systems are primary 
designed for on-line transaction pro- 
cessing (OLTP) — running many 
simple transactions against a large 
shared database. Beyond the paral- 
lelism inherent in running many 
independent transactions in paral- 
lel, the main parallelism feature for 
OLTP is parallel index update. 
SQL relations typically have five 
indices on them, although it is riot 
uncommon to see 10 indices on a 
relation. These indices speed reads, 
but slow down inserts, updates, and 
deletes. By doing the index mainte- 
nance in parallel, the maintenance 
time for multiple indices can be 
held almost constant if the indices 
are spread among many processors 
and disks. 

Overall, the Tandem systems 
demonstrate near-linear scaleup on 
transaction processing workloads, 
and near-linear speedup and 
scaleup on large relational queries 
[10, 31]. 

Gamma 

The current version of Gamma 
runs on a 32-node Intel iPSC/2 
Hypercube with a disk attached to 
each node. In addition to round- 
robin, range and hash partitioning, 
Gamma also provides hybrid-range 
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partitioning that combines the best 
features of the hash and range par- 
titioning strategies [12]. Once a re- 
lation has been partitioned, Gamma 
provides both clustered and 
nonclustered indices on either the 
partitioning or nonpartitioning at- 
tributes. The indices are imple- 
mented as B-trees or hash tables. 
Gamma uses split and merge 
operators to execute relational al- 
gebra operators using both paral- 
lelism and pipelining [9]. Sort- 
merge and three different hash join 
methods are supported [7]. Near- 
linear speedup and scaleup for re- 
lational queries has been measured 
on this architecture [9, 25, 26]. 

The Super Database computer 
The Super Database Computer 
(SDC) project at the University of 
Tokyo presents an interesting con- 
trast to other database systems [16, 
20]. SDC takes a combined hard- 
ware and software approach to the 
performance problem. The basic 
unit, called a processing module 
(PM), consists of one or more proc- 
essors on a shared memory. These 
processors are augmented lay a spe- 
cial-purpose sorting engine that 
sorts at high speed (3MB/second at 
present), and by a disk subsystem 
[19]. Clusters of processing mod- 
ules are connected via an omega 
network that provides both non- 
blocking NxN interconnect and 
some dynamic routing minimize 
skewed data distribution during 
hash joins. The SDC is designed to 
scale to thousands of PMs, and so 
considerable attention is paid to the 
problem of data skew. 

Data is partitioned among the 
PMs by hashing. The SDC software 
includes a unique operating system, 
and a reladonal database query 
executor. The SDC is a shared- 
nothing design with a software 
dataflow architecture. This is con- 
sistent with our assertion that cur- 
rent parallel database machines sys- 
tems use conventional hardware. 
But the special-purpose design of 
the omega network and of the 
hardware sorter clearly contradict 
the thesis that special-purpose 



hardware is not a good investment 
of development resources. Time 
will tell whether these special- 
purpose components offer better 
price performance or peak perfor- 
mance than shared-nothing designs 
built of conventional hardware. 

Bubba 

The Bubba prototype was imple- 
mented using a 40-node FLEX/32 
multiprocessor with 40 disks [4], 
Although this is a shared-memory 
multiprocessor, Bubba was de- 
signed as a shared-nothing system 
and the shared-memory is only 
used for message passing. Nodes 
are divided into three groups: In- 
terface Processors for communicat- 
ing with external host processors 
and coordinating query execution; 
Intelligent Repositories for data 
storage and query execution; and 
Checkpoint/Logging Repositories. 
While Bubba also uses partitioning 
as a storage mechanism (both range 
and hash partitioning mechanisms 
are provided) and dataflow pro- 
cessing mechanisms, Bubba is 
unique in several ways. First, Bubba 
uses FAD rather than SQL as its 
interface language. FAD is an ex- 
tended-relational persistent pro- 
gramming language, FAD provides 
support for complex objects via sev- 
eral type constructors including 
shared subobjects, set-oriented data 
manipulation primitives, and more 
traditional language constructs. 
The FAD compiler is responsible 
for detecting operations that can be 
executed in parallel according to 
how the data objects being accessed 
are partitioned. Program execution 
is performed using a dataflow exe- 
cution paradigm. The task of com- 
piling and parallelizing a FAD pro- 
gram is significantly more difficult 
than parallelizing a relational 
query. Another Bubba feature is its 
use of a single-level store mecha- 
nism in which the persistent data- 
base at each node is mapped to the 
virtual memory address space of 
each process executing at the node. 
This is in contrast to the traditional 
approach of files and pages. Similar 
mechanisms are used in IBM's 



AS400 mapping of SQL databases 
into virtual memory, HP's mapping 
of the Image Database into the op- 
erating system virtual address 
space, and Mach's mapped file [34] 
mechanism. This approach simpli- 
fied the implementation of the 
upper levels of the Bubba software. 

Other Systems 

Other parallel database system pro- 
totypes include XPRS [30], Volcano 
[14], Arbre [21], and the PERSIST 
project under development at IBM 
Research Labs in Hawthorne and 
Almaden. While both Volcano and 
XPRS are implemented on shared- 
memory multiprocessors, XPRS is 
unique in its exploitation of the 
availability of massive shared- 
memory in its design. In addition, 
XPRS is based on several innovative 
techniques for obtaining extremely 
high performance and availability. 
Recently, the Oracle database 
system has been implemented atop 
a 64-node nCUBE shared-nothing 
system. The resulting system is the 
first to demonstrate more than 
1,000 transactions per second on 
the industry-standard TPC-B 
benchmark. This is far in excess of 
Oracle's performance on conven- 
tional mainframe systems — both in 
peak performance and in price/ 
performance [13]. 

The NCR Corporation has an- 
nounced the 3600 and 3700 prod- 
uct lines that employ shared-noth- 
ing architectures running System V 
R4 of Unix on Intel 486 and 586 
processors. The interconnection 
network for the 3600 product line 
uses an enhanced Y-Net licensed 
from Teradata while the 3700 is 
based on a new multistage intercon- 
nection network being developed 
jointiy by NCR and Teradata. Two 
software offerings have been an- 
nounced. The first, a port of the 
Teradata software to a Unix envi- 
ronment, is targeted toward the 
decision-support marketplace. The 
second, based on a parallelization 
of the Sybase DBMS, is intended 
primarily for transaction process- 
ing workloads. 
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Database Machines and 
Crosch's Law 

Today shared-nothing database ma- 
chines have the best peak perfor- 
mance and best price performance 
available. When compared to tradi- 
tional mainframes, the Tandem 
system scales linearly well beyond 
the largest reported mainframes on 
the TPC-A transaction processing 
benchmark. Its price/performance 
on these benchmarks is three times 
cheaper than the comparable main- 
frame numbers. Oracle on an 
nCUBE has the highest reported 
TPC-B numbers, and has very com- 
petitive price performance [13, 36]. 
These benchmarks demonstrate 
linear scaleup on transaction pro- 
cessing benchmarks. 

Gamma, Tandem, and Teradata 
have demonstrated linear speedup 
and scaleup on complex relational 
database benchmarks. They scale 
well beyond the size of the largest 
mainframes. Their performance 
and price performance is generally 
superior to mainframe systems. 

These observations defy Grosch's 
law. In the 1960s, Herb Grosch ob- 
served that there is an economy-of- 
scale in computing. At that time, 
expensive computers were much 
more powerful than inexpensive 
computers. This gave rise to super- 
linear speedups and scaleups. The 
current pricing of mainframes at 
125,000/MIPS and $1,000/MB of 
RAM reflects this view. Meanwhile, 
microprocessors are selling for 
$250/MIPS and $100/MB of RAM. 

By combining hundreds or thou- 
sands of these small systems, one 
can build an incredibly powerful 
database machine for much less 
money than the cost of a modest 
mainframe. For database problems, 
the near-linear speedup and 
scaleup of these shared-nothing 
machines allows them to outper- 
form current shared-memory and 
shared disk mainframes. 

Grosch's law no longer applies to 
database and transaction process- 
ing problems. There is no economy 
of scale. At best, one can expect lin- 
ear speedup and scaleup of perfor- 
mance and price/performance. 
Fortunately, shared-nothing data- 



base architectures achieve this 
near-linear performance. 

Future Directions and 
Research Problems 

Mixing Batch and OLTP Queries 

The second section of this article, 
"Basic Techniques for Parallel 
Database Machine Implementa- 
tion", concentrated on the basic 
techniques used for processing 
complex relational queries in a par- 
allel database system. Concurrently 
running a mix of both simple and 
complex queries concurrently pre- 
sents several unsolved problems. 

One problem is that large rela- 
tional queries tend to acquire many 
locks and tend to hold them for a 
relatively long time. This prevents 
concurrent updates of the data by 
simple on-line transactions. Two 
solutions are currently offered; 
give the ad-hoc queries a fuzzy pic- 
ture of the database, not locking 
any data as they browse it. Such a 
"dirty-read" solution is not accept- 
able for some applications. Several 
systems offer a versioning mecha- 
nism that gives readers a consistent 
(old) version of the database while 
updators are allowed to create 
newer versions of objects. Other, 
perhaps better, solutions for this 
problem may also exist. 

Priority scheduling is another 
mixed-workload problem. Batch 
jobs have a tendency to monopolize 
the processor, flood the memory 
cache, and make large demands on 
the I/O subsystem. It is up to the 
underlying operating system to 
quantize and limit the resources 
used by such batch jobs to ensure 
short response times and low vari- 
ance in response times for short 
transactions. A particularly difficult 
problem is the priority inversion prob- 
lem, in which a low-priority client 
makes a request to a high-priority 
server. The server must run at high 
priority because it is managing criti- 
cal resources. Given this, the work 
of the low-priority client is effec- 
tively promoted to high priority 
when the low-priority request is 
serviced by the high-priority server. 
There have been several ad-hoc at- 
tempts at solving this problem, but 



considerably more work is needed. 

Paraiiei Query optimization 

Current database query optimizers 
do not consider all possible plans 
when optimizing a relational query. 
While cost models for relational 
queries running on a single proces- 
sor are now well-understood [27] 
they still depend on cost estimators 
that are a guess at best. Some dy- 
namically select from among sev- 
eral plans at run time depending 
on, for example, the amount of 
physical memory actually available 
and the cardinalities of the inter- 
mediate results [15]. To date, no 
query optimizers consider all the 
parallel algorithms for each opera- 
tor and all the query tree organiza- 
tions. More work is needed in this 
area. 

Another optimization problem 
relates to highly skewed value dis- 
tributions. Data skew can lead to 
high variance in the size of interme- 
diate relations, leading to both poor 
query plan cost estimates and sub- 
linear speedup. Solutions to this 
problem are an area of active re- 
search [17, 20, 37, 38]. 

Application Program Parallelism 
The parallel database systems offer 
parallelism within the database sys- 
tem. Missing are tools to structure 
application programs to take ad- 
vantage of parallelism inherent in 
these parallel systems. While auto- 
matic parallelization of applications 
programs written in COBOL may 
not be feasible, library packages to 
facilitate explicitly parallel applica- 
tion programs are needed. Ideally 
the SPLIT and MERGE operators 
could be packaged so that applica- 
tions could benefit from them. 

Physical Database Design 
For a given database and workload 
there are many possible indexing 
and partitioning combinations. 
Database design tools are needed to 
help the database administrator se- 
lect among these many design op- 
tions. Such tools might accept as 
input a description of the queries 
comprising the workload, their fre- 
quency of execution, statistical in- 
formation about the relations in the 
database, and a description of the 



ee 



June 1992/Vol.35, N0.6/COMMUNICATIONSOFTHE AOM 



processors and disks. The resulring 
output would suggest a partitioning 
strategy for each relation plus the 
indices to be created on each rela- 
tion. Steps in this direction aie be- 
ginning to appear. 

Current algorithms partition re- 
lations using the values of a single 
attribute. For example, geographic 
records could be partitioned by lon- 
gitude or latitude. Partitioning on 
longitude allows selections for a 
longitude range to be localized to a 
limited number of nodes, selections 
on latitude must be sent to all the 
nodes. While this is acceptable in a 
small configuration, it is not accept- 
able in a system with thousands of 
processors. Additional research is 
needed on multidimensional parti- 
tioning and search algorithms. 

On-line Data Reorganization 
and utilities 

Loading, reorganizing, or dumping 
a terabyte database at a megabyte 
per second takes over 12 days and 
nights. Clearly parallelism is need- 
ed if utilities are to complete within 
a few hours or days. Even then, it 
will be essential that the data be 
available while the utilities are op- 
erating. In the SQL world, typical 
utilities create indices, add or drop 
attributes, add constraints, and 
physically reorganize the data, 
changing its clustering. 

One unexplored and difficult 
problem is how to process database 
utility commands while the system 
remains operational and the data 
remains available for concurrent 
reads and writes by others. The 
fundamental properties of such 
algorithms are that they must be on- 
line (operate without making data 
unavailable), incremental (operate 
on parts of a large database), paral- 
lel (exploit parallel processors), and 
recoverable (allow the operation to 
be canceled and return to the old 
state). 

Summary and Conclusions 

Like most applications, database 
systems want cheap, fast hardware. 
Today that means commodity proc- 
essors, meraaries, and disks. Conse- 
quently, the hardware concept of a 
database machine built of exotic 



hardware is inappropriate for cur- 
rent technology. On the other 
hand, the availability of fast micro- 
processors, and small inexpensive 
disks packaged as standard inex- 
pensive but fast computers is an 
ideal platform for parallel database 
systems. A shared-nothing architec- 
ture is relatively straightforward to 
implement and, more importantly, 
has demonstrated both speedup 
and scaleup to hundreds of proces- 
sors. Furthermore, shared-nothing 
architectures actually simplify the 
software implementation. If the 
software techniques of data parti- 
tioning, dataflow, and intra- 
operator parallelism are employed, 
the task of converting an existing 
database management system to a 
highly parallel one becomes rela- 
tively straightforward. Finally, 
there are certain applications (e.g., 
data mining in terabyte databases) 
that require the computational and 
I/O resources available only from a 
parallel architecture. 

While the successes of both com- 
mercial products and prototypes 
demonstrate the viability of highly 
parallel database machines, several 
research issues remain unsolved 
including techniques for mixing 
ad-hoc queries with on-line transac- 
tion processing without seriously 
limiting transaction throughput, 
improved optimizers for parallel 
queries, tools for physical database 
design, on-line database reorgani- 
zation, and algorithms for handling 
relations with highly skewed data 
distributions. Some application 
domains are not well supported by 
the relational data model. It ap- 
pears that a new class of database 
systems based on an object-oriented 
data model is needed. Such systems 
pose a host of interesting research 
problems that require further ex- 
amination. O 
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Databases 
have evolved into the cen- 
tral component of organizational in- 
formation systems over the past two decades. 
However, the typical database lacks the semantic sup- 
I rt needed for exception handling, query optimization, 
1 some update constraints. A knowledge base can provide 

KilHiiliifll MM'% ^^^ ^°' ^ database; specifically, separat- 
Uliillilly Hi^P ing abstract knowledge into a knowledge 
base and facts into a database enhances the maintenance and portability 
of both and thereby increases their life spans [1, 15, 22]. 

Miif^ MnWWma^m Advantages of coupled knowledge base/ 
Iml ifiyi i llUil database (KB/DB) systems have been widely rec- 
Dgnized by both researchers and practitioners [1, 10, 15, 21, 40]. Unfortunately, 
arge knowledge bases (such as those required to support database semantics) 

JfliiilliBi HUflPPifllll ^redifficultto develop and maintain because of 
011116 iiVli iSOIl their limited capacity for handling large 
amounts of factual data. Our goal is to investigate how to achieve a natural 
and effective ICB/DB coupling. 

Olivia R. Liu Sheng ctSttS'etr 

beyond the factual content of the database" [45]. Intensi 1 
knowledge is more abstract than extensional knowled. 
items and the system knowledge needed for query 
and response control. The least abstract sub- 
category of intensional knowledge, 
structural knowledge, com- 
prises the 
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structural dependencies and con- 
straints among data. The purpose of 
this article is to present a generalize 
able methodology for representing 
structural knowledge implicit to a 
database in a knowledge base to 
form an integrated knowledge 
base/database system. This will be 
done using the Structured Object 
Method (SOM), an object-oriented 
gi'aphical model developed for data- 
base and knowledge base design [19, 
20]. The SOM is useful for coupled 
KB/DB system design because its 
ti-ee structure aids in representing the 
database schema information in a 
way that lends itself to the develop- 
ment of knowledge-based search and 
inferencing strategies. Example im- 
plementation strategies using both 
an object-oriented development en- 
vironment and an expert system 
shell will be described. 

We first describe our research 
environment and motivation for 
developing a coupled KB/DB sys- 
tem. Related work in the areas of 
coupled knowledge base/database 
systems and object-oriented cou- 
pled system design is then surveyed 
to show the absence of an existing 
coupled systems methodology and 
to investigate potential foundations 
for our methodology. Our coupled 
KB/DB methodology is then de- 
scribed and illustrated using both 
an object-oriented development 
environment and an object- 
oriented expert system shell. Re- 
lated research and contributions of 
this study are presented in the final 
section of this article. 

Research Environment and 
Motivation 

The Integrated Office Information 
System (lOIS) project was an ongo- 
ing project within the University of 
Arizona's Management Informa- 
tion Systems Department through 
1989. The main objective of the 
lOIS project [24] was to develop an 
environment where diverse office 
information systems containing 
data and knowledge could be inte- 
grated. By allowing access to data 
and knowledge through a common 
interface, the lOIS can potentially 



improve office productivity. 

To develop a prototype system, a 
KB/DB requirements analysis based 
upon a case study of the lOIS fund- 
ing agency was used [33]. The KB 
requirements include procedures, 
policies, organizational structures, 
and other knowledge pertinent to 
the office. This knowledge is char- 
acterized by a high rule-to-fact 
ratio: i.e., the facts are highly inter- 
related. Less interrelated facts, es- 
sential to the office's data process- 
ing, are stored in the database. All 
data and knowledge used by the 
components of the lOIS are to be 
provided by its database and knowl- 
edge base. 

Our goal is to use the KB as a 
front end to support more sophisti- 
cated queries and updates (e.g., 
query navigation, data integrity 
maintenance, etc.) than those al- 
lowed by convendonal database 
management systems. For example, 
if an office has different purchase 
order forms and order procedures 
for different equipment, the KB 
can identify the appropriate form 
and procedure for a particular 
piece of equipment. Because the 
actual order form and procedure 
are stored in the DB, the KB must 
access the DB to instantiate the 
form and procedure. 

To proceed from requirements 
analysis to design and eventual 
implementation of a prototype sys- 
tem, a methodology for developing 
coupled KB/DB systems must be 
identified or developed. Our first 
step is to review related work. 

Related Worit 

Previous work on development of 
coupled KB/DB systems can be di- 
vided into the areas of direct data- 
retrieval systems (systems that pro- 
vide direct access to data sets) and 
document retrieval systems (systems 
that provide only indications of 
data set contents) [31]. Research 
involving both types of systems has 
used traditional knowledge repre- 
sentation techniques such as predi- 
cate logic [3], production rules [7, 
12], hierarchically-structured rules 
[27], semantic nets [II, 46], and 



frames [5, 13, 34]. Representation 
techniques using combinarions of 
these techniques have also been 
developed: RUBRIC [26, 44] used 
production rules in hierarchical 
tree structure; CoalSORT [29] em- 
ployed a frame-based semantic net; 
EP-X [42] used a "tangled" (i.e., 
network-like) hierarchy; and, CAN- 
SEARCH [35] utilized a hierarchical 
knowledge organization combined 
with an abstract search space lim- 
ited to the relevant domain to aid 
search efficiency. 

Many coupled KB/DB-related 
efforts have been aimed toward 
knowledge modeling; for example, 
a knowledge base development 
model with object-oriented proper- 
des based on the Semantic Data 
Model [17] was developed to cap- 
ture knowledge and data semantics 
[36]; a formahsm for describing 
semantic databases that provides a 
foundation for developing a cou- 
pled knowledge base is presented in 
[39]. However, neither of these ef- 
forts described a development 
methodology. 

Other work is more implementa- 
tion-oriented, but again, specific 
methodologies are not developed. 
Leung and Wong [23] apply the 
object-oriented paradigm to expert 
system design to develop an object- 
oriented expert system architecture 
and suggest that this architecture 
could be used for coupled KB/DB 
systems, but do not specify object 
structures or methods for repre- 
senting database structural knowl- 
edge or developing queries. Gor- 
man and Choobineh [16] present a 
description of the Object-Oriented 
Entity-Relationship Model 

(OOERM), an object-oriented ex- 
tension to the Entity-Relationship 
Model [6] for modeling entity class 
dynamics. The associated query 
language includes syntax for data- 
base queries, but the relationships 
between the knowledge base and 
database and the query develop- 
ment mechanics are not specified. 
Ram, Hayne and Carlson [37] de- 
scribe a coupled system implemen- 
tation with an object-oriented 
knowledge base architecture using 
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a hierarchical tree structure, but 
their work is domain-specific and 
does not attempt to describe a gen- 
eral implementation procedure. We 
conclude that no methodologies for 
developing and representing struc- 
tural database knowledge have 
been proposed. Furthermore, no 
known coupled KB/DB systems 
using object-oriented development 
principles have used a hierarchical 
object structure. 

We have chosen an object- 
oriented strategy for our KB/DB 
coupling methodology. Leung and 
Wong [23] suggest that traditional 
knowledge representation tech- 
niques are not structured enough 
to effectively manage large knowl- 
edge base systems (such as those 
required to represent the structural 
knowledge associated with a data- 
base); they recommend using an 
object-oriented representation to 
enhance knowledge base structure, 
modularity, and maintenance. 
Additionally, the object-oriented 
approach is well suited to modeling 
data and database relationships 
since it is easily correlated to well- 
known conceptual data models 
such as the ER Model and the Se- 
mantic Data Model [2]; and, the 
object-oriented paradigm has 
evolved into accepted software de- 
velopment technology with recog- 
nized benefits in the areas of soft- 
ware maintainability, extensibility, 
and reusability [28]. A hierarchical 
structure will be applied to this ob- 
ject-oriented strategy to provide a 
blueprint for relating objects and 
applying search and inference 
strategies using inheritance. We 
propose to use Pollitt's [35] ap- 
proach of developing abstract lim- 
ited search spaces to increase sys- 
tem efficiency. The methodology 
will be described in the following 
section. 

KB/DB Coupling Methodology 

The Structured Object Model 
(SOM) [19] was used for data and 
knowledge representation because 
it provides the desired hierarchical 
and object-oriented representation 
environment. We will first describe 



SOM, and then present the SOM- 
based coupled KB/DB development 
methodology. 

The Structured Object Model 
The Structured Object Model 
(SOM) method is a structured 
methodology derived from the Sys- 
tem Entity Structure [48, 49]. SOM 
represents data semantics using 
objects, attributes, and two types of 
relationships: aspects and specializa- 
tions. SOM can be used for logical 
and physical database design, 
knowledge base design, and cou- 
pled KB/DB system design. SOM 
will be discussed in terms of general 
object-oriented concepts and its 
means for representing data rela- 
tionships. Comparisons will be 
drawn between SOM and other 
database representation techniques 
used for database and knowledge 
base design. 

Object-Oriented Concepts. 
From a data modeling perspective, 
an object may be a person, place, 
thing, organization, concept, or 
event about which users wish to col- 
lect and store information [9, 38]. 
Sets of objects exhibiting common 
structures and behaviors are 
grouped into classes [4]. In SOM, 
tangible object types with multiple 
instances (such as projects, employ- 
ees, and equipment) are defined as 
classes, with each instantiation rep- 
resenting a separate object. 

Class and object representations 
are formed by constants and vari- 
ables with either common class val- 
ues or individual instance values 
(e.g., class and instance variables in 
Smalltalk; member objects in C++). 
Similarly, SOM uses attributes to 
identify and describe objects by 
providing them properties such as 
name, shape, and color. There are 
two types of SOM attributes: iden- 
tifiers and descriptors. An identi- 
fier value (i.e., key) uniquely identi- 
fies an object instance, and a 
descriptor describes the state or 
properties of the instance. 

Object-oriented methods are 
something like conventional proce- 
dure calls, except that concepts 
such as polymorphism, inheritance. 



and dynamic binding allow them to 
be more powerful and versadle [4]. 
SOM also supports methods in the 
form of formulas, rules, and proce- 
dures that can be applied to classes, 
subsets of classes, or individual data 
objects. 

SOM Data Relationships. 
An SOM diagram is constructed by 
decomposition and specialization. 
Decompositions represent object 
components, while specializations 
represent object classifications. An 
aspect relationship occurs when an 
object is decomposed into subob- 
jects that represent components of 
the parent. For example, aspects of 
a car would include the engine, 
wheels, and steering wheel. A spe- 
cialization relationship indicates that 
a parent object can be specialized in 
only one of its subobjects. Speciali- 
zations of a car would be sedans, 
wagons, and vans. 
Comparisons Between SOM 
and other Data Representation 
Techniques. 

The foremost conceptual data 
models in use today include the 
Entity-Relationship Model (ER 
Model) and its derivatives [6, 8] and 
the Semantic Data Model (SDM) 
[17]. The strengths and weaknesses 
of SOM compared to these models 
are discussed in the following two 
paragraphs. 

SOM and the ER Model. The ER 
Model shows data entity relation- 
ships graphically, where entities are 
nodes and relationships are edges. 
The ER Model is more useful than 
SOM for identifying data relation- 
ships during analysis and for show- 
ing ternary relationships [30]. 
However, the ER Model cannot be 
used to show hierarchical relation- 
ships, so SOM provides an extra 
component of semantic data. Fur- 
thermore, for complex systems with 
many interrelated edges, SOM can 
be easier to understand and inter- 
pret, and SOM presents a superior 
model for representing structural 
database relationships in knowl- 
edge bases [30]. 

SOM and the SDM. The SDM uses 
a textual class-object syntax to de- 
scribe data and data relationships. 
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This approach provides a richer 
level of semantic data than visual 
representations such as SOM, but 
users find nonhierarchical repre- 
sentations (hke SDM) harder to as- 
similate and understand [41], Fur- 



thermore, the SDM syntax is 
complex for novice users to learn 
and use, while SOM is easily 
learned and applied by novices 
[25]. Again, SOM provides a model 
for structural database knowledge 



that is more easily translated to 
knowledge base representations. 

Coupled KB/DB Development 
Methodology 

Our coupled KB/DB methodology 
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first develops the logical and physi- 
cal database schema for the target 
system, and then uses this design to 
identify object relationships that 
will distinguish knowledge subsets, 
search paths, and inferencing pat- 
terns that are then represented in 
the knowledge base. We will first 
describe the SOM database devel- 
opment procedure, and then build 
upon this design to identify the 
steps involved in coupled system 
knowledge base design. 

Database Development. 

To illustrate the SOM database de- 
velopment process, we will describe 
the design procedure for a subset 
of the database identified in the 
database requirements analysis 
study described previously in the 
section "Research Environment 
and Motivation." The following 
steps were used: 

Step 1: Define the most general 
object and identify all relevant 
classes and attributes. The general 
object is Research Organization. The 
relevant objects, descriptions, and 
attributes are as follows: 

1. EMPLOYEE describes research 
organization personnel. Specializa- 
tions include Researcher, Staff, and 
Manager; attributes include SSN, 
Name, Title, Department, Research 
Area. 

2. PROJECT describes research 
projects; an instance of this class 
provides information about a spe- 
cific research project. Attributes 
include PID (Project ID), Title, Man- 
ager, Research Area, Contractor, Start 
Date, Stop Date. 

3. REPORT describes report types 
such as PROPOSAL, PROGRESS, 
and FINAL. Attributes include Re- 
port ID and Report Type. 

4. RESEARCH APPROACH de- 
scribes a project's RESEARCH 
AREA, STRATEGY, TOOL, and 
RESEARCHERS. 

5. RESEARCH STRATEGY de- 
scribes various research strategies 
used in the research organization 
(e.g., case study, prototype, experi- 
ment, etc.). Attributes include Strat- 
egy Name. 

6. RESEARCH AREA describes 



research areas investigated by the 
organization, such as office auto- 
mation, data communications, and 
information storage and retrieval. 
Attributes include Area Name, Area 
Description, Area Keywords. 
7. RESEARCH TOOL includes 
both hardware and software re- 
search tools used in the organiza- 
tion. Attributes include Tool Name, 
Tool Description, Tool Keywords. 
Step 2: Define relationships be- 
tween classes. Our experience in- 
dicates that Steps 1 and 2 should be 
done iteratively using SOM with 
another conceptual database model 
such as the ER Model or Extended 
Relational Model (EERM) [8]. 
These network-based models are 
superior for identifying ternary 
entity relationships, but are not as 
well-suited as SOM for represent- 
ing structural knowledge or recog- 
nizing inferencing patterns. 

The results of Steps 1 and 2 are 
the Logical SOM and EERM dia- 
grams shown in Figure 1 and Fig- 
ure 2. The SOM shows entity 
classes EMPLOYEE, PROJECT, 
APPROACH, STRATEGY, AREA, 
and TOOL. The REPORT class is 
shown on the second level as a com- 
ponent of PROJECT. 

Relationships illustrated on the 
Logical SOM will be discussed us- 
ing the PROJECT component, 
which has the following aspects: 
REPORT, RESEARCHER/AP- 
PROACH (a ternary relationship 
whereby a single project may have 
multiple researchers using multiple 
approaches), TOOL/APPROACH 
(a similar ternary relationship), 
AREA, and MANAGER. RE- 
PORTS are specialized into types of 
reports: progress, proposal, and 
final report. These relationships 
are also illustrated on the EER. 
Step 3: Check completeness of re- 
lationships. To ensure that no in- 
complete binary or ternary rela- 
tionships exist on the Logical SOM, 
all binary relationships should ap- 
pear twice on the diagram, and all 
ternary relationships should appear 
three times. For example, under 
the top-level EMPLOYEE class, the 
binary relationship of RE- 



SEARCHER to AREA is shown. A 
similar relationship exists under the 
AREA class, where RESEARCHER 
is shown as a component. 
Step 4: Simplify the SOM diagram 
and copy each object structure to a 
relation. A set of rules have been 
developed to simplify the Logical 
SOM into a set of relations repre- 
senting the physical database de- 
sign. The result of applying these 
rules to our Logical SOM example 
is shown in Figure 3. 

1. One-to-one relationships: Copy 
each other's identifier to a single object 
structure, then delete the portion of the 
diagram which represents the one-to-one 
relationship. 

No relationships of this type exist in 
Figure 3. 

2. One-to-many relationships: Copy 
the one-side's identifier into the many- 
side's identifier, and then delete the por- 
tion of the diagram that represents the 
one-to-many relationship. 

An example of this operation is in 
the relationship between PROJECT 
and AREA. Project instances have a 
single research area, but a research 
area may involve many projects. 
Therefore, AREA's identifier, 
Area_Name, becomes an attribute 
within the PROJECT object struc- 
ture. 

3. Many-to-many relationships: Cre- 
ate a new object by copying identifiers of 
the liuo objects; both identifiers form a 
composite key for the new object. Delete 
the portions of the diaginm that identify 
the many-to-many relationship, and at- 
tach the new object to the original ob- 
jects. 

This operation is illustrated in the 
relationship between AREA and 
APPROACH. A new object, AP- 
PROACH-AREA, is created, with 
its identifier composed of both 
Approach-Name and Area-Name. 

4. Ternary relationships: Create a 
new object by copying identifiers of all 
three objects; these three identifiers form 
the composite key for the new object. 
The relationship between PROJ- 
ECT, TOOL, and APPROACH il- 
lustrates this operation. A new 
object, PROJECT-TOOL-AP- 
PROACH, is created, with com- 
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posite identifiers PID, Tool-Name, 
and Approach-Name. 

When the SOM structure is com- 
pleted, the relation corresponding 
to each object in the structure is in 
at least third normal form [19], 
Every object in Figure 3 (PERSON, 
PROJECT, RESEARCH TOOL, 
etc.) contains its own set of attri- 
butes and is in third normal form. 
Five of the original seven objects 
identified in Step 1 of the database 
development (EMPLOYEE, PROJ- 
ECT, APPROACH, AREA, and 
TOOL) are directly translated into 
relations, and are thus described as 
simple objects. As a result of simplify- 
ing the SOM, the following new, or 
complex objects, are created: 

» EMPLOYEE-PROJECT- 
APPROACH, which specifies (1) all 



employees who work on a particu- 
lar project; (2) all projects that a 
given employee is involved with; (3) 
all approaches that a given project 
uses; (4) all approaches that a given 
employee is connected with; and (5) 
the unique approach used by a 
given employee on a given project. 
9 PROJECT-TOOL-APPROACH, 
which specifies (1) all projects using 
a given approach; (2) all ap- 
proaches used on a given project; 

(3) all tools used on a given project; 

(4) all tools used with a given ap- 
proach; and (5) the unique tool as- 
sociated with a given approach on a 
given project. 

e PROJECT-REPORT, which de- 
scribes report characteristics for 
given projects. 

9 APPROACH-STRATEGY, 
which specifies research ap- 



proaches for a given strategy and 
strategies for a given approach. 
• APPROACH-AREA, which de- 
scribes research approaches for a 
given research area, and appropri- 
ate research areas for a given ap- 
proach. 

The schema described above (for 
both simple and complex objects) 
and the rest of the lOIS DB schema 
were developed using this develop- 
ment method. The entire prototype 
database therefore is consistent and 
has a natural association with the 
prototype knowledge base, to be 
developed in the following subsec- 
tion. 

Knowledge Base Development. 
In general, there are two types of 
knowledge: extensional (episodic), 
and intensional (semantic). In the 
context of a database, extensional 
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knowledge consists of instantiations 
of organizational events and ob- 
jects. These are stored in a data- 
base. Intensional knowledge de- 
scribes the database's structure, and 
can be further categorized into 
general knowledge (analogous to a 
global view of a database) and task- 
specific knowledge (analogous to an 
external or user view of a database). 
General and task-specific semantic 
knowledge base components are 
described in the following para- 
graphs, and a methodology for 
implementing task-specific seman- 
tic knowledge is developed. 

General Semantic Knowledge. Gen- 
eral semantic knowledge (GSK) in- 
cludes descriptions of organiza- 
tional objects and associations 
among those objects. In fact, the 
Physical SOM diagram is GSK. Al- 
though this can be extended by in- 
cluding knowledge regarding top- 
ics such as organizational security 
measures and data retrieval/update 
policies to allow GSK to be used as a 
security guard and policy enforcer 
of the organizational DB. The de- 
sign of GSK must precede the de- 
sign of task-specific semantic 
knowledge because the latter uses 
components of the former. 

Task-Specific Semantic Knowledge. 
Information retrieval tasks typically 
involve multiple entities or objects. 
These objects are organized to 
form a specific structure on which 
searching or inferencing may be 
performed to accomplish a desired 
task. After the general knowledge 
structure is constructed, substruc- 
tures may be extracted and/or cou- 
pled together to represent special- 
ized knowledge structures for 
specific tasks. Each specialized 
knowledge structure is a subset (or 
chunk) of the knowledge base. This 
newly formed structure, together 
with its search strategies or in- 
ferencing patterns, is an example of 
Task-Specific Semantic Knowledge. 
TSK is developed by first collecting 
required objects for the task from 
the GSK structure, and then creat- 
ing a specific association among 
these objects to form an abstractecl 
SOM view for the task. The de- 



signer then defines search strate- 
gies or inference patterns. Specifi- 
cally, design steps are as follows: 
Step 1: Develop a representation of 
the database structure using ob- 
ject-oriented principles to show 
data relationships. This is accom- 
plished by implementing each SOM 
class as an object class in the given 
development environment. Class 
attributes are represented as class 
variables, and relationships may be 
represented through inheritance, 
as well as using (aspect) and instan- 
tiation (specialization) relation- 
ships. (For an overview of these re- 
lationships, see [4]). 
Step 2: Collect required objects 
from GSK and construct an ab- 
stracted SOM diagram based on 
the desired application. An ab- 
stracted SOM view is created by 
analyzing implementation inputs 
and outputs, and determining an 
exhaustive set of related database 
objects. This may be accomplished 
either manually or through knowl- 
edge-based techniques. 
Step 3: Define search methods or 
strategies. Structural database 
components in the abstracted SOM 
may be instantiated through three 
ways: (I) user inputs; (2) retrieved 
database data; and (3) data rela- 
tionships. Methods and strategies 
can be developed by analyzing rela- 
tionships between given inputs, 
desired outputs, and structural 
database knowledge. When all re- 
quired objects in the knowledge 
structure have been instantiated 
through searching or inferencing, 
the desired output(s) are identified. 
Example design and implemen- 
tation sequences using both an ob- 
ject-oriented development environ- 
ment and expert system shell will be 
described in the following section. 

Methodology implementation 
Examples 

To demonstrate this methodology, 
the following task relevant to the 
previously described lOIS database 
will be used: let us suppose that to 
define a new project specification, a 
user needs to retrieve all project 
reports containing certain key- 



words. Keywords may be related to 
research strategy, research area 
name, and/or research tool. Exam- 
ple implementations of this applica- 
tion will be demonstrated using PC 
Scheme [43], a LISP dialect with an 
object-oriented extension, SCOOPS 
(Scheme Object-Oriented Programming 
System), and Nexpert Object [32], an 
object-oriented expert system shell. 
Based on these examples, strengths 
and weaknesses of the proposed 
methodology will be discussed in 
the following subsections. 

PC Scheme Implementation 
PC Scheme is an IBM-compatible 
PC-based LISP dialect with an ob- 
ject-oriented environment that sup- 
ports most major features of the 
object-oriented model. The exam- 
ple implementation sequence is as 
follows: 

Step 1: Develop a representation of 
the database structure using ob- 
ject-oriented principles to show 
data relationships. The database 
class-object structure was defined 
according to Physical SOM (Figure 
3). An object-oriented database 
requires iterative methods to se- 
quentially access class members. 
Since containing-class relationships 
are not supported in SCOOPS, we 
explicitly defined our inheritance 
relationships by first defining a 
class and then immediately creating 
a "containing" instance with in- 
stance variable child-list to identify 
hierarchical successors. Specifically, 
the class RESEARCH-ORG was 
defined, and then the instance re- 
search-org-obj was defined with its 
child-list composed of the names of 
its successors: EMPLOYEE, PROJ- 
ECT, APPROACH, AREA, and 
TOOL. The rest of the containing- 
class instances were created, with 
leaf classes (such as PROJECT- 
REPORT) having null-valued 
child-lists. This representation pro- 
vides the structural relationships of 
the database. 

To facilitate searching for re- 
quired identifiers or attributes, 
each containing object must have 
knowledge of its own identifiers 
and attributes, as well as knowledge 
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about the attributes of related ob- 
jects. This was accomplished by cre- 
ating a structure in each object con- 
sisting of the names of each of its 
attributes, as well as a correspond- 
ing list of the names of other data- 
base containing objects with the 
same attribute. From this knowl- 



edge, abstracted SOM diagrams can 
be derived. 

Syntax for the structure defini- 
tion of the containing object TOOL 
is shown in Figure 4. All attributes 
as well as the names of correspond- 
ing objects with the same attributes 
are held in a list (attribute-list) com- 



(define tool 




(make-instance researcli-org 


'child-iist 


'(project-tool-approacti) 


'identifiers 


'(tool-name) 


'identifier-Iocs 


'(project-tool-approach) 


'attribute-list 


(list (eval '(define (make-attributes 




'name 'tool-name 




'Iocs '(project-tool-approach) 




(eval '(define (make-attributes 




'name 'tool-descr 




'Iocs '()) 




(eval '(define (make-attributes 




'name 'tool-keywds 




'Iocs '()))) 



(define-method (research-org ask-all)(exp) 
(make-instance research-org 'members 
(map (lambda(el) 

(send-if-handles el eval-self exp)) members))) 



posed of structures called attributes, 
and consisting of both the attribute 
name and its corresponding object 
locations. The order in which these 
attributes and their locations are 
placed in the object (and ultimately 
searched) is a design decision based 
on characteristics of the application 
and data. For example, highly in- 
terrelated data may benefit from a 
depth-first search, since related 
objects would be searched first, and 
less dead ends from searching un- 
related objects would result. Con- 
versely, data with few interrelation- 
ships could benefit from a 
breadth-first search since the de- 
sired attributes and locations are 
probably in unrelated objects. 
Step 2: Collect required objects 
from GSK and construct an ab- 
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stracted SOM diagram. Objects 
containing goal attribute(s) must 
first be determined. To do this, all 
objects must be accessed to deter- 
mine if the given goals are included 
within their attributes. This is ac- 
complished using a method devel- 
oped by Zeigler [50] for parallel 
searching of container object mem- 
bers (but applicable to sequential 
searching as well). This method, 
ask-all, queries all member objects 
of an invoked object regarding a 
specified condition. The method 
outcome is a newly created con- 
tainer-object called "members" con- 
taining all of the member objects 
who evaluated the condition as 
true. The syntax is as shown in Fig- 
ure 5. This method would be in- 
voked upon all database containing 
objects to find the given goal (RE- 
PORT-ID) in a recursive, depth- 
first search, with each object invok- 
ing the method on its child-list (ex- 
cepting those previously searched 
through another containing object). 
Next, objects related to the goal 
through the input parameters must 
be identified. This search pro- 
cedure is illustrated in Figure 6. 
Starting from the goal object 
(PROJECT-REPORT), the first 
step is to determine those objects 
that can instantiate the value of the 
required identifier (Report-ID). 
This is done through a backward- 
chaining search strategy as follows: 
attribute values that could potenti- 
ally instantiate values for Report-ID 
in PROJECT-REPORT include 
PID and Report- Type. The identi- 
ties of other objects that could po- 
tentially instantiate these attributes 
are encapsulated in the PROJECT- 
REPORT object; PID has several 
related object locations, while 
Project-Type is a local attribute with 
no other locations. The first PID 
location (PROJECT) is accessed, 
and it is determined that one of the 
input parameters (Research-Area- 
Name) is an attribute in this object 
also. Therefore, PROJECT is a re- 
lated object for this query (since the 
value of PID can be instantiated 
through the input parameter Re- 
search-Area-Name) and will be- 
come part of the abstracted SOM 
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Plgup® f . Abstracted SOM view 



diagram. During the actual query 
process, user-specified relation- 
ships between the input parameter 
being used to instantiate the cur- 
rent value versus the other input 
parameters (e.g.. Strategy and 
Area-Name and Tool-Name versus 
Strategy or Area-Name or Tool- 
Name) will deterinine if PIDs 
instantiated through the PROJECT 
object are joined as unions or ma- 
nipulated as intersections with PIDs 
instantiated through other input 
parameters. 

The next PID location (EM- 
PLOYEE-PROJECT-APPROACH) 
is then accessed; repeating the 
search algorithm, it is discovered 
that Research-Area-Name can 
instantiate PID through the EM- 
PLOYEE object. Therefore, both 
EMPLOYEE and EMPLOYEE- 
PROJECT-APPROACH are added 
to the containing object for the ab- 
stracted SOM. This search contin- 
ues until all related objects are 
found. The required objects for 
this application are identified as: 
PROJECT-REPORT— contains the 
goal; EMPLOYEE — contains a re- 
lationship between research area 
and Project ID, needed to select 
reports; EMPLOYEE-PROJECT- 



APPROACH— defines a relation- 
ship between Project ID and re- 
search area through research ap- 
proach; PROJECT— defines a 
relationship between Project ID 
and research area; PROJECT- 
TOOL-APPROACH— defines a 
relationship between Project ID, 
tool name, and research area 
(through the attribute research 
approach); APPROACH-STRAT- 
EGY — contains the relationship 
between approaches and strategies; 
and, APPROACH-AREA— con- 
tains the relationship between ap- 
proaches and areas. This abstracted 
SOM view is shown in Figure 7. 

To effectively use this abstracted 
SOM object set, copies of all se- 
lected objects must be created and 
modified to reflect the reduced 
search space. To do this, attribute 
locations (and the corresponding 
attributes) outside of the reduced 
search space are deleted from each 
object's attribute list. This collection 
of modified objects then represents 
the Abstracted SOM for the partic- 
ular applicarion. 

Step 3: Define search methods or 
strategies based on the SOM dia- 
gram and the development envi- 
ronment. The same search strategy 
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described for finding the abstracted 
SOM objects can be used for find- 
ing particular data instances. Once 
the search path from the given in- 
put(s) to the desired output(s) is 
derived, the path is traced in re- 
verse. Each containing set is se- 
quentially queried with the appro- 
priate inputs; result sets are 
manipulated either as unions or 
intersections depending on user 
input specifications. 

Nexpert Implementation 
Nexpert connects class/object struc- 
tures and rules by their common 
data, classes, or hypotheses, and 
thus forms object and rule net- 
works. Both upward and down- 
ward inheritance is allowed be- 
tween both classes and objects. 
Inferencing support includes non- 
monotonic reasoning as well as for- 
ward and backward chaining. Each 
mechanism can be globally and lo- 
cally controlled. The following se- 
quence was followed to implement 
the given application: 
Step 1: Develop a representation of 



the database structure using ob- 
ject-oriented principles to show 
data relationships. A database 
schema can be represented within a 
Nexpert KB using its class/object-net 
combined with its rule-net. SOM 
entities can be directly transformed 
into classes; relationships between 
SOM objects (e.g., many-to-many, 
many-to-one, and one-to-one) are 
then translated into rules. 

An aspect class in SOM is directly 
transformed to a Nexpert class as 
shown in Figure 8a. In this case, the 
class names and attributes become 
Nexpert class names and properties 
respectively. When a class is the 
child of a specialization, the name 
of this class must be included as a 
subclass of the generalized class (see 
Figure 8b). Those classes are easily 
instantiated through data retrieval 
from the database because the 
Nexpert class definitions and DB 
schema are defined and coupled 
through the same SOM diagram. 
Step 2: Collect required objects 
from GSK and construct an ab- 
stracted SOM diagram. A forward- 
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Plgure 8. Transformation of soM Entities to Nexpert Classes 



chaining rule-net may be con- 
structed to perform the following 
procedure: 

1 . Extract the goal object that contains 
the goal attribute(s) with its parent ob- 
ject and its child structure. Figure 3 
shows PROJECT-REPORT to be 
the goal object that contains Re- 
port-ID, the goal attribute. PROJ- 
ECT is the parent of the goal ob- 
ject, and the goal object does not 
have any children; therefore, only 
two objects, PROJECT and 
PROJECT-REPORT, are ex- 
tracted. 

2. Extract all children of the parent 
object. Figure 3 shows EMPLOYEE- 
PROJECT-APPROACH and 
PROJECT-TOOL-APPROACH to 
be the remaining children of the 
parent object PROJECT, and they 
are extracted. 

3. For all extracted objects that are 
complex objects (i.e., intersection rec- 
ords), extract all objects involved in the 
complex object. Of the objects thus far 
extended, EMPLOYEE-PROJECT- 
APPROACH and PROJECT- 
TOOL-APPROACH are complex 
objects. Therefore, their associated 
objects (EMPLOYEE, TOOL, and 
APPROACH) objects are extracted. 
(Note that PROJECT was already 
extracted in L) 

4. Extract the children of every object 
extracted in the previous step only if a 
child object contains more explicit or 
implied input parameters than its par- 
ent, and delete the parent object if any of 
its children are extracted. Figure 3 
shows APPROACH to contain only 
one input parameter (Approach- 
Name). Its two children each con- 
tain both an explicit input parame- 
ter and an imphcit input parame- 
ter: APPROACH-STRATEGY 
contains Strategy and Approach- 
Name, and APPROACH-AREA, 
contains Area-Name and Ap- 
proach-Name. Therefore, both ob- 
jects are extracted and their parent 
(APPROACH) is deleted. 

5. Extract children of objects extracted 
in 4, and repeat Steps 3 and 4 until no 
further extraction is possible. This 
completes the abstracted SOM dia- 
gram as shown in Figure 7. 

Step 3: Define search methods or 
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strategies based on the SOM dia- 
gram and the development envi- 
ronment. Nexpert does not support 
object methods directly, but rather 
through rules associated with ob- 
jects. These rules can be structured 
into a rule-net, a network of rules 
supporting both forward, back- 
ward, or combined forward/back- 
ward chaining. Before a rule-net 
can be developed, general inferenc- 
ing patterns for the class/object 
structure must be identified. Sup- 
pose two keywords are entered as 
input data for the prototype imple- 
mentation. The following four In- 
ference Patterns exist: 

1 . Keywords are Strategy type and Re- 
search Area type (Figure 9a). Given a 
strategy and a research area, multi- 
ple project approaches can be iden- 
tified through the APPROACH- 
STRATEGY generated. These 
PIDs would then be used to query 
the PROJECT-REPORT class. 

2. Keywords are Research Area and 
Research Tool (Figure 9b). Given a 
Research_Area and Research_Tool, 
the area keyword will be used 
within the APPROACH-AREA 
class to first determine correspond- 
ing research approaches. The re- 
sulting approaches will then be 
used in conjunction with the tool 
keyword in the PROJECT-TOOL- 
APPROACH class to determine the 
PIDs, which will then determine a 
Hst of report IDs in the PROJECT- 
REPORT class. 

3. Keyiuords are Strategy and Research 
Tool (Figure 9c). Similar to the ex- 
ample shown in Figure 9b, this pat- 
tern shows the strategy keyword 
instantiating values for research 
approaches; these are then com- 
bined with the tool keyword to gen- 
erate PIDs and then Report-IDs. 

4. Keywords are Research Tool and 
Research Approach (Figure 9d). The 
values for research tool and re- 
search approach instantiate many 
PIDs within PROJECT-TOOL- 
APPROACH. These PIDs then 
generate a series of Report-IDs 
from PROJECT-REPORT. 

A rule-net is a realization of in- 
ference patterns. The development 
of a rule-net is a complex task and 



requires a rigorous analysis and 
design process. Without the help of 
a structured design method, a rule- 
net tends to become a massive "spa- 
ghetti" rule-net. Development and 
maintenance of such a rule-net is 
very expensive. Although SOM is 
not yet a complete structured de- 
sign method for rule-nets, it pro- 
vides a semi-structured design 
methodology. 



Transformations of various in- 
ference patterns to rule-nets are 
explained as follows: 

Single Class. Figure 10 shows the 
simplest rule-net, which involves a 
single class. The rule-net box in this 
figure consists of the left-hand side 
(LHS), which contains an "IF" 
clause, and the right-hand side 
(RHS), which has a hypothesis 
name and actions clause. When 
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LHS is "True," the hypothesis also 
becomes "True" and actions are 
executed. In LHS, "input" is an 
input datum and "a_id" is class A's 
identifier property. "{|A|)" repre- 
sents a list of class A objects. This 
rule-net instantiates a class-A object 
whose "a_id" has the same value as 
the "input." "(|A|)" in RHS contains 
only instantiated class A objects that 
satisfy the LHS condition. "Create- 
Object" in RHS creates a list of 
"selected_A" objects using property 
values from the instantiated class A 
objects. Definition of the "selec- 
ted_A" may depend on the actual 
application; however, by default, it 
can be defined as a subclass of 
class A. 

Subclass. An inference pattern 
which involves a class and its sub- 
classes can be represented in the 
same manner as the rule-net of a 
single class (see Figure 10). In Nex- 
pert, pattern matching in the super 
class is automatically propagated to 
its subclasses. However, the collec- 
tion of instantiated subclasses must 
be separately performed as shown 
in Figure 11. In this figure, the 
"flag" is a Boolean property of class 
A whose initial value must be set to 
FALSE at its class property defini- 
tion. The "selected_A" may contain 
all properties of class A and its sub- 
classes, although it is not required 
to (i.e., the selected_A can have only 
selected properties from the class 
and subclasses). 

One-to-many: The "input" can 
enter from the "one" side or from 
the "many" side in this inference 
pattern (see Figure 12). If it enters 
from the "one" side (class A), class 
B objects are directly instantiated 
using the "input" value because 
class B already contains "a_id", a 
foreign key, as its property. If the 
"input" enters from the "many" 
side (class B), then the "a_id" is ex- 
tracted from the class B object and 
stored in the "a_in." The "a_in" is a 
Nexpert object which must be de- 
fined when this rule definition is 
completed. Since "a_in" is an identi- 
fier of class A, a single class A object 
will be instantiated at the succeed- 
ing rule. 

Many-to-Many I: An inference 
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pattern between two classes which 
have a many-to-many relationship 
requires a loop. In Figure 13, class 
A-B is an intersection class resulting 
from a many-to-many relationship. 
The loop starts from the intersec- 
tion class, A-B, and ends at the goal 
class, B. To make the loop work, 
increments of a loop counter and 
resetting of hypotheses must be 
performed at the loop-end rule, 
which has the Hypothesis_AB. 
Otherwise, the loop will be exe- 
cuted only once. The loop termi- 
nating condition is determined by 
the value of the (|A-B|).flag. This 
condition is checked at the Figure 
13 loop-start rule which has the 
Hypothesis_B. Omission of this 
process, of course, will cause an in- 
finite loop, so the flags are initial- 
ized to FALSE at the class property 
definition. 

Many-to-Many II: Figure 14 
shows two inference patterns in a 
many-to-many situation. Two initial 
rules, (1) and (i), and two loop-start 
rules, (2) and (ii), must be pre- 
pared. However, the loop-end rule, 
(3)/(iii), can be used for both infer- 
ence patterns. In order to use the 
common loop-end rule, both loop- 
start rules must have the same hy- 
pothesis name (Hypothesis_AB). 

Combinations of the five basic 
Inference Patterns (IPs) discussed 
in this subsection can be used to 
perform tasks which require more 
complex IPs. The SOM methodol- 
ogy is more effective for designing 
complex domain problems that 
require a problem-solving strategy. 

Methodology strengths and 
Weaknesses 

The proposed methodology suc- 
cessfully shows a means for repre- 
senting and applying structural 
database knowledge. A similar 
knowledge structure could possibly 
have been derived using other 
database representation models, 
but we believe that the hierarchical 
SOM structure made a knowledge 
representation that was much more 
amenable to the development of 
searching and inferencing strate- 
gies. 

Unfortunately, our methodology 



has only been illustrated for a single 
(albeit important) user application. 
Other knowledge representation 
models and methodologies may 
prove superior for other applica- 
tions. Additionally, our implemen- 
tation examples clearly show that 
KB implementation strategies are 
environment-specific. We invite 
others to investigate the generahz- 
ability of this methodology to help 
determine whether KB/DB cou- 
pling methods and implementa- 
tions are amenable to a general 
methodology, or if they will remain 
intractably domain- and appUca- 
tion-specific problems. 

Related Research 

KB/DB coupling using SOM is also 
being investigated using Exsys [14], 
a nonobject-oriented expert system 
shell. It appears that a SOM schema 
can also be translated to nonobject- 
oriented knowledge bases. Some 
efficiency is lost when objects can- 
not be used to reduce the number 
of rules that must be investigated in 
each inferencing cycle. Issues that 
must be resolved include speed of 
KB development using conven- 
tional object-oriented program- 
ming environments such as PC 



Scheme versus rapid-prototyping 
environments such as Nexpert and 
Exsys; ease of maintenance for ob- 
ject-oriented knowledge bases ver- 
sus "flat" knowledge bases; and, 
performance of systems in each 
environment. 

Other related research efforts 
are under way. One involves auto- 
mating coupled KB/DB design 
through tools such as an icon-based 
design system for generating a DB 
schema and knowledge structure 
using SOM, and an automated 
SOM structure interpreter that will 
translate a SOM structure into Nex- 
pert object-nets and rule-nets. An- 
other effort is investigating ways of 
incorporating higher levels of in- 
tensional knowledge in the knowl- 
edge base, and having this knowl- 
edge build upon structural 
knowledge to provide dynamically 
defined user queries and back-end 
processing of retrieved database 
data. Because some activities are 
still in progress and others have 
only been started, definite conclu- 
sions cannot be currently drawn. 

Conclusions 

The implementation of coupled 
KB/DB systems is a difficult and 
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critical task in the development of 
effective and portable knowledge- 
based systems. Previous implemen- 
tations have not suggested a gener- 
alizable methodology for develop- 
ing coupled systems, possibly 
because traditional database system 
developrrient environments do not 
support such implementations. 
However, recent interest in object- 
oriented design and implementa- 
tion environments is revolutioniz- 
ing the development of coupled 
KB/DB systems. Object-oriented 
concepts such as class and object 
structures, inheritance, and data 
encapsulation make separation and 
coupling knowledge and facts 
smooth and natural. Combining an 
object-oriented approach with a 
hierarchical structure further aids 
the KB/DB coupling process by 
helping to identify search and in- 
ference patterns that can then be 
encapsulated into object attributes 
and methods. 

This study has suggested a meth- 
odology for representing structural 
database knowledge in a knowledge 
base and applying this knowledge 
to an example user application. 
However, this is only a small part of 
the overall KB/DB coupling prob- 
lem. Areas that we have not yet 
addressed include generic develop- 
ment methods for conventional 
expert system shells, development 
methods for a general set of user 
applications, methods for incorpo- 
ration of higher levels of in- 
tensional knowledge into the 
knowledge base, and ways to use 
this methodology with existing con- 
ventional-architecture databases. 
Some of these areas are being ad- 
dressed in our related research ef- 
forts. However, the work we have 
done in this study can be used to 
guide the abstract design process of 
database designers and knowledge 
engineers attempting to incorpo- 
rate intelligent system concepts into 
organizational databases, and possi- 
bly motivate the research efforts of 
others. O 
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irtually all modern-day file search techniques use 
some sort of B-Tree structure. In fact, Douglas Comer in the 
"The Ubiquitous B-Tree" [3] states: "The B-Tree is, de facto, 
the standard organization for indexes in a database system." 
There are many variants of the B-Tree as first described by 
Bayer and McCreight [1]. This article describes one such 
variant called a "Bit-Tree." Understanding any of these variants 
requires understanding of the basic B-Tree model. We will 
describe B-Trees and a more detailed description can be found 
in Knuth [6] . 

A "Bit-Tree" is designed to pack more information into leaf 
nodes. The denser this information can be compacted, the lower 
the height of the tree with an attendant reduction in the 
number of input-output operations required to search the tree. 
As a by-product, less space is required for the tree. 

This article will restrict attention to the most common file 
operations: "get," "add," "delete," and "get equal or greater" 
(i.e., get the record with key equal to or greater than, the argu- 
ment key). If key updating is allowed, it is implemented as an 
"add" followed by a "delete." 
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History 

Prefix compression seems to have 
been first used in a computer pro- 
gram by Robert L. Patrick at Con- 
vair Fort Worth circa 1953 in vari- 
ous application programs on the 
IBM 704. 

IBM implemented a method on 
the IBM System/38 [5] which used 
bits to distinguish between keys but 
also carried along enough bytes of 
the key so that at any point the key 
could be reconstructed from left to 
right. This assured that after a 
search, such as a Prefix B-Tree 
search, if the search key was not 
found, then the position found was 
the correct place to insert a new 
entry. This contrasts with the Bit- 
Tree, in which it is necessary to scan 
right or left to find out where to 
insert the new entry. The Bit- Tree, 
however, requires less storage and 
consequently lower-level trees. 

Distinction bits were first used by 
Donald Morrison in the Practical 
Algorithm To Retrieve Informa- 
tion Coded in Alphanumeric (PA- 
TRICIA) [7]. PATRICIA used a 
binary tree structure (sometimes 
called a "trie," from reTRIEval) 
when the entire trie could be con- 
tained in memory. Since storage 
was not an issue, these tries used 
left and right pointers and flags. 
The term trie is often used when 
entries relate to the representation 
of keys rather than the relationship 
of keys. 

B-Trees 

This description will depart from 
that given in [1] in that it will de- 
scribe a B-Tree that more closely 
represents B-Tree implementations 
used in contemporary data process- 
ing. 

A B-Tree consists of a number of 
nodes. Each node contains a num- 
ber of pointers separated by keys. 
Hence, there is one more pointer in 
a node than there are keys. The 
keys are in ascending order. Every 
node is either a branch or a leaf 
node. The pointers in a branch 
node point to other nodes. The 
pointers in a leaf node are relative 
record numbers (RRN) that specify 
the corresponding ordinal record 



numbers. One node in the tree is 
the root node. Starting at the root, 
the number of nodes traversed be- 
fore encountering a leaf node is 
called the height of the tree. All leaf 
nodes are at the same distance from 
the root. The number of entries in 
a node, called the order of the tree, 
is determined by the node size. If 
key compression is employed, how- 
ever, the order of different nodes 
in a tree may vary. 

Searching a B-Tree for a record 
with a particular key is straightfor- 
ward. Starting with the root node, 
search each node encountered 
from left to right until a key is 
found that is equal to or greater 
than the argument key. Then, if the 
node is not a leaf node, take the 
pointer preceding that key to find 
the next node to search. After com- 
pleting the search of a leaf node, 
the preceding pointer is the relative 
record number of the data record 
sought. 

If the root node can reside in 
memory, it is easy to see that the 
number of reads necessary to find a 
record is equal to the height of the 
tree. 

Adding a new record to the file is 
slightly more complicated. Search 
the tree as before. Then move the 
pointer that was found and all the 
entries to the right of it one position 
(i.e., one key length plus one 
pointer length) to the right. Insert 
the record number and the key of 
the new record into the vacant posi- 
tion. If the addition of this data 
causes the total data to exceed the 
node size, the node is split into two 
nodes. 

To split a node, remove the mid- 
dle key, called the split key. Now 
write all information to the left of 
the split key as one node, and all 
information to the right of the split 
key as another new node. Then in- 
sert a pointer to the new node, and 
the split key into the parent of the 
original node. If this causes the 
parent to become overfull, the par- 
ent is then spHt in the same manner 
and so on. Finally, if this causes the 
root to split, create a new node con- 
sisting of pointers to the two halves 
of the previous root node, sepa- 



rated by the last split key. This is 
how the tree grows in height as the 
file gets larger. Notice that this 
technique assures that all leaf nodes 
are at the same level. 

In practice, nodes are split when 
reading down the tree, due to an 
improvement suggested by Guibas 
and Sedgwick [4]. This not only 
simplifies the program, but more 
important, simplifies the locking 
protocol required when more than 
one user is adding a record in the 
same vicinity of the tree. 

Before discussing the compact- 
ing technique a Bit-Tree processor 
uses for leaf nodes, it should be 
noted that any conventional tech- 
nique can be used to represent in- 
formation in the branch nodes. The 
recommended way to do this is the 
method described by Bayer and 
Unterauer in "Prefix B-Trees" [2]. 
"Prefix B-Trees," however, is a mis- 
nomer, since the compression 
method used could be used in 
"non-Tree" searching and is not 
restricted to tree structures (per- 
haps the authors were being too 
modest). Several important points 
are discussed in [2], and we will now 
briefly highhght them. 

Prefix B-Trees 

The first point is that in order to 
search a file by key, it is not neces- 
sary to have a list of keys, but rather 
to be able to distinguish between 
keys. Suppose for example, that a 
search has been narrowed down to 
two keys, "JOSE FLORES" and 
"JOSEPHSON FLOWERS", so that 
now it is necessary to decide which 
to choose. Typically an index se- 
quential access method (ISAM) file 
would have the key "JOSEPHSON 
FLOWERS" and this would be suf- 
ficient to make the distinction, that 
is, if the key being searched for is 
less than this key, take the first 
entry, otherwise, take the second 
entry. Notice, however, that any 
quantity greater than "JOSE 
FLORES" and equal to or less than 
"JOSEPHSON FLOWERS" would 
suffice equally well to enable the 
correct entry to be selected. For in- 
stance the quantity "JOSEPHINE" 
would do as the distinguishing key. 
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This is the number 
of bytes (minus 1) 
in the partial key. 



This is the displacement 
into the key of the rightmost 
byte in the partial key. 



The second point is that "front 
end" or "prefix" compression 
should be used. Suppose "JO- 
SEPHSON FLOWERS" is the first 
key in a node, and "JOMEINI" is 
the first key in the prior node. 
Then the leading two bytes in "JO- 
SEPHSON FLOWERS" are redun- 
dant. After prefix compression, the 
partial key could be "SEPHSON 
FLOWERS" (or could just as well be 
"SEPINE"). 

The third point is that "rear end" 
or "suffix" compression should be 
used. It is only necessary to keep 
enough information in the leading 
entry in a node to distinguish it 
from the last entry in the prior 
node. In the current example, sup- 
pose the last entry in the node pre- 
ceding the node starting with "JO- 
SEPHSON FLOWERS" was "JOSE 
FLORES". The first byte that dif- 
fers in these keys is byte 5, or the 
"P" in "JOSEPHSON FLOWERS" 
(or in "JOSEPHINE"). Hence, with 
the prefix compression already de- 
termined, the partial key in this 
case would be "SEP". 

This example is shown graphi- 
cally in Figure 1 . Most implementa- 
tions would keep certain "house- 
keeping" information such as 
"node type," "node length," at the 



beginning of the node. This is 
shown as "prolog" in Figure 1, In 
that figure, "RNP" refers to Rela- 
tive Node Pointer," which is de- 
scribed in the conclusion. 

The final point is that when split- 
ting a node, the split point can be 
chosen to maximize the amount of 
suffix compression. Notice from 
the previous paragraph that suffix 
compression is only determined by 
the last key in the previous node 
and the first key in the succeeding 
node. Instead of splitting a node 
exactly in the middle, suppose a 
certain range of entries is consid- 
ered for a possible split point. Then 
the split point chosen should be 
between the two keys having the 
least number of identical leading 
bytes. 

Bit-Trees 

Any indexed file search technique 
uses key information and relative 
record numbers, (RRNs), to find 
the desired record. Simply stated, 
key information is examined in 
order to find the RRN for the rec- 
ord with the key desired (if it ex- 
ists). In Bit-Tree leaf nodes, the key 
information used is the distinction hit 
between two consecutive keys. The 
distinction bit is defined as the ordi- 



nal number of the most significant 
bit which differs in the two keys, 
normally with a bias. The purpose 
of the bias is to reserve distinction 
bit values of zero so that they can be 
used to find the beginning and end 
of nodes. This fact will be used in 
some of the algorithms described 
later. 

It may seem that Bit- Trees are 
the logical extension of Prefix B- 
Trees taken to the conclusion, how- 
ever, this is not the case. Both Bit- 
Trees and Prefix B-Trees lose in- 
formation about the keys. When 
the search of a Prefix B-Tree node 
is complete, however, only insignif- 
icant information about the last key 
tested is unknown. That is, the cor- 
rect position in the current node 
has been found for any search. 
Unfortunately, this is not true for 
Bit-Trees. When the search of a 
Bit-Tree node is complete, the cor- 
rect position in the node has only 
been found if a record with that key 
is in the file. This of course is disas- 
trous when searching branch nodes 
for a key that is not in the file (e.g., 
before making an "add") since one 
must know which node to search 
next. It is for this reason that dis- 
tinction bits are only used in leaf 
nodes. 
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Any technique that loses infor- 
mation about the keys cannot as- 
sure (without reading the data file) 
that the key searched for is in the 
file. Using a Bit-Tree or a Prefix 
B-Tree search, it is at least assured 
that the RRN found is the correct 
one when the record is in the file. 
On the other hand, if no such rec- 
ord is in the file, and it is now to be 
added, the RRN in the position in 
the node found (by either of these 
techniques) is used to read the data 
record, so that the search key can 
be compared with the actual key in 
the data record to determine a 
"found" or "not found" result. 

Bit-Tree Algorithms 

Let D(K,L) represent the distinc- 
tion bit (hereafter called the D-Bit) 
between the keys K and L where K 
does not equal L. Then if the bits 
are numbered from left to right 
starting at 0, and @ represents ex- 
dxisive or, D(K,L) can be defined 
formally as: D(K,L) = b -h m - 1 - 
[log2(K @ L)] where m is the key 
length in bits, b is the bias, and [x] 
means the integer part of x. An 
example of this is shown in Figure 2 
for the (EBCDIC) keys "K" (hex 
D2) and "P" (hex D7). 

If a certain leaf node points to 
n -I- 1 records, let Rj, (i = 0, . . . ,n), 
represent the i'th RRN in the node. 
Let K; represent the key of the rec- 
ord specified by Ri. Then, as is 
usual, the RjS are ordered in the 
node so that Ki<Ki+i. Between 
each pair of RRNs there must be a 
distinction bit. 

Let Di, (i = 1, . . . ,n), represent 
D(Ki_i,Ki). Since the keys are in 
ascending order and this is the 
highest-order bit change, it must be 
from a to a 1, so the D; bit is al- 
ways on in Ki. Then the distinction 
bits D; = 100, Dk = 112 and Dj = 
92 would appear as shown in Fig- 
ure 3. 

Before describing the search tech- 
nique, it is necessary to make some 
observations. Suppose that for 
some i and j with i<j, we have 
a) Dj < Di and b) Dj < D^ for all k in 
the range [i + l,j — 1]. That is, Dj is 
the first D-Bit following D; which is 
smaller than Di. The following the- 
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orem is required: 

Theorem 1 : For the sequence ofD-Bits 
just mentioned, the Dj bit is on in Ki+2, 
. . . Kj.j. 

Proof: Since Di+i through Dj_i are 
all larger than Dj, none of the lower 
(more significant) bits could have 
changed in Ki+i through Kj^i. 
Therefore the Di bit must be on in 
each of those corresponding keys. 

Theorem 2: IfDj = Dj there must be a 
D/, < Di with i < k<j (see Figure 4). 

Proof: If there is no smaller dis- 
tinction bit between Di and Dj, then 
from Theorem 1, the Dj bit must be 
on in Ki+i through Kj_i. Then, 
however, the Di bit would be on in 
Kj-i so that Dj could not equal Di. 

In particular, D, can never equal 
Di+i. 

Consequently, to search a leaf 
node for a particular key "K", as- 
sign Ro to the variable Rfound and 
then for each Di starting with i = I , 
test the Di bit in K. If it is on, assign 
Ri to the variable Rfound and con- 
tinue. If it is off, skip the following 
distinction bits until a smaller one is 
found. This is because we know 
from Theorem 1 that the Di bit is 
on for each of these entries. When 
the end of the node is reached, the 
relative record number in Rfound is 
the record number of the record 
wanted if the record is in the file. This 
is proved by Theorem 3, which is 
found in appendix A. 



Now read the record and com- 
pare its key with K. If it is equal, the 
record is found, otherwise it is not 
found. If the record is found and 
the operation is a "get" or "update" 
(assuming update of keys is not 
permitted), no further references 
to the Bit-Tree are required. 

If the record was found and the 
operation was a "delete", then the 
node must be modified. Suppose 
record number Ri is to be deleted. 
Then Di and Di+i must also be de- 
leted since they refer to the key of 
Ri which will no longer exist. This 
must all be replaced with the dis- 
tinction bit between Ki- 1 and Ki+ 1 . 
No records, however, have to be 
read due to the following theorem: 

Theorem 4: When Ri is deleted the 
new distinction bit between Ki-i and 
Ki+i is the smaller of the old Di and 
Di+i. 

Proof: There are two cases accord- 
ing to whether Di<Di+i or Di > 
Di+i. (Notice that Di cannot equal 
Di+i because of Theorem 2.) 

Case 1: Z);<D;+7 

If Di < Di+i then the Di bit is off in 
Ki-i and is on in Kj. Since Di < Di+i, 
however, Di is also on in Ki+i (by Theo- 
rem 1). Furthermore, by definition, no 
lower number bit differs between Kj-i 
and Ki+j. Hence Di is the distinction bit 
between Ki-i and Ki+i. 
Case 2: Di> Di+i 

If Di > Di+i then Z),+; is on in Ki+j 
and off in Ki. The distinction bit be- 
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twee7i Kj-i and Kj was D,-, however, 
which means that all lower bits in Kj-i 
and Kj were the same. Hence Dj+i was 
off in Ki-2 also. Consequently Di+i is 
the distinction bit between Kj-^i and 

Combining the results of Case 1 
and Case 2, if Ri is deleted, the re- 
sulting distinction bit between Kj- 1 
and Ki+i is the smaller of D; and 
Di+,. 

Suppose the record was not 
found, afid the operation was a "get 
equal or greater". First compute the 
distinction bit, D, between the 
search key, K, and K;, the key 
found by the search routine. If K > 
Ki then clearly K belongs to the 
right of Ki. Therefore, scan the en- 
tries following Di, skipping those 
whose distinction bits are greater 
than D because, like Kj, they too will 
have the D-bit off (or else their dis- 
tinction bit would be D) and hence 
are also smaller than K. The record 
desired is the first following record 
with a distinction bit smaller than 
D. Notice that a distinction bit equal 
to D cannot occur because then the 
entry R; would not have been se- 
lected. 

Conversely, suppose K < K;. 
Then clearly K belongs to the left of 
Kj. Scanning backwards starting 
with Dj, let Dj be the first distinction 
bit found that is smaller than D. 
Then, since the D bit is on in Kj it 
must be on in all of the keys Kj 
through Ki because no distinction 
bits as small as D were found in this 
interval. Since the D bit is on in Kj 
and off in K, K < Kj. Also, since Dj 
is off in Kj_i and on in K, Kj-i < K. 
Therefore Rj is the record number 
wanted. (This argument holds even 
ifi=j.) 

It is because of the preceding 
algorithm that distinction bits 
should be biased. Since distinction 
bit values are recorded in an un- 
signed field, the smallest possible 
value is zero. Biasing will preclude 
any distinction bit from being zero. 
Then the first record number in 
the node can be preceded by a zero 
and the last record number fol- 
lowed by a zero. This assures that 
the above forward and backward 



searches for a smaller distinction bit 
will be successful. These two entries 
could be called Dq and T)„+i. 

Following a "not found" condi- 
tion, an "add" to the file proceeds 
as in the last case for a "get equal or 
greater". When the next higher key 
is found, insert the distinction bit 
computed above, D, and the new 
record number at that point. 

Node Splitting 

The merit of B-Trees is based on 
the concept of splitting nodes. A split 
strategy was described for Prefix 
B-Trees. This showed how to find 
where to split a node in order to 
minimize the length of the partial 
key to be inserted into its parent 
node. A similar technique can be 
used with Bit-Trees, although it is 
by no means obvious, because the 
keys are not visible. It would be too 
inefficient to read each candidate 
key from the data file to find the 
one that generates the shortest par- 
tial key for the parent. 

Fortunately, this need not be 
done. The most efficient split key is 
Kj where i is such that D, is a mini- 
mum in the range of candidate split 
points. (Notice that Dj is assured to 
be unique due to Theorem 2.) 
What is of concern here is suffix 
compression. The last byte of the 
split key that needs to be included 
in the parent is the first byte that 
differs from the previous key. By 
picking the smallest D-bit, we as- 
sure that the number of bytes 
needed is minimized, even without 
knowing the key of Ri-i. Specifi- 
cally the last byte that needs to be 
included from the split key is byte 
Bj where j = [Di/8] for 8-bit bytes 
biased at 8. 

Conclusion 

The author has implemented a Bit- 
Tree for the IBM System/36. IBM 
imposes the following restrictions 
on keyed files: key length less than 
121 bytes, file size less than 
16,000,000 records. Hence an RRN 
can be contained in 3 bytes. Also, a 
tree for a 16 million record file will 
have less than 65,536 nodes so that 
an RNP can fit into 2 bytes. The 
Bit-Tree mentioned has the follow- 



ing characteristics: Nodes are 2,048 
bytes. A prolog of 16 bytes is used 
so that 2,032 bytes are available for 
entries. For keys up to 30 bytes, leaf 
node entries are 4 bytes (1-byte dis- 
tinction bit, 3-byte RRN) and 5 
bytes for keys from 30 to 120 bytes 
(2-byte disrinction bit). Almost all 
files encountered have keys of 30 
bytes or less. 

Prefix B-Tree type branch nodes 
are used. Empirical studies show 
that the compressed keys used in 
branch nodes average 2 bytes, re- 
gardless of key length. Then a 
branch node entry that averages 6 
bytes is comprised as follows: 1 byte 
specifying bytes in partial key, I 
byte specifying where key ends, 2 
bytes for partial key (on average) 
and 2 bytes for an RNP. (Notice if 
this technique was used for leaf 
nodes, entries would have to be 
1 byte longer since RRNs would 
have to be used instead of RNPs.) 
Therefore, a maximum of 2,032/6 
or 338 entries can be contained in a 
branch node. Also, a minimum of 
169 entries and an average of 253 
entries can be contained in a branch 
node. 

As a result, all files encountered 
so far fit into three-level trees. With 
this implementation, the maximum 
entries per leaf node is 508 while 
the minimum is 254 so that the av- 
erage should be 381. A branch 
(root) node must be full for a two- 
level tree to split into a three-level 
tree, and the preceding paragraph 
shows that this happens when it has 

338 entries which would point to 

339 leaves. Hence three-level trees 
would start at about 339 X 382 = 
129,498 entries. Since the root 
node is always held resident, a 
search of files of up to 129,498 rec- 
ords normally requires one input 
operation to determine the desired 
record, and one more to access it. 

If prefix B-tree type nodes were 
used for the leaves, then an average 
entry would require 7 bytes, and 
three-level trees would be reached 
for files of about 339 X 291 = 
98,649 records. Consequently, for 
files between about 98,649 and 
129,498 records, using B-Tree type 
nodes would require an additional 
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disk access. 

The preceding paragraph, how- 
ever, uses the average length of a 
B-Tree type entry. Whereas the 
entry length of a Bit-Tree entry is 
fixed at 4 bytes (for keys up to 30 
bytes), the entry length for a B- 
Tree type entry can approach K/2 
where K is the key length. This can 
be seen by considering a file com- 
prised of pairs of keys differing in 
the last byte, and one pair differing 
from ■ the next in one of the first 
bytes. 

Finally, a fair amount of comput- 
ing time is spent searching leaf 
nodes. Because Bit-Tree entries are 
a fixed length, the coding can be 
much more efficient. In the imple- 
mentation described here, the 
number of cycles to inspect a Prefix 
B-Tree entry is 184 while the num- 
ber of cycles to inspect a Bit-Tree 
entry is 42. Furthermore, inspect- 
ing Prefix B-Tree entries requires 
instruction modification on the 
IBM System/36 whereas inspecting 
Bit-Tree entries does not. This can 
be disastrous for reentrant pro- 
grams. 

Using a Bit-Tree, an additional 
input operadon must be done for 
an "add" operation. (This addi- 
tional input operation must also be 
done for a "get". Notice that in this 
case, this is exactly the same opera- 
tion that would be done next any- 
way.) In most applications, how- 
ever, "get" operations happen far 
more often than "add" operations. 

Appenflix A 

Theorem 3; If the entry for the hey 
Q_ (Queiy key) is in the leaf, this leaf 
search algorithm will find it: i.e., 
Rfound will be set to the record with 
keyQ. 

Proof: Since Rq is assigned to 
Rfound at the start of the search, 
there will be some key F (Found 
key) in Rfound. The proof is by 
reductio ad absurdum; We assume 
that Q 7^ F and show that F could 
not have been chosen by the algo- 
rithm. 

Case 1 . Let Q_<F. Since the keys are 



in ascending order. If CI is the i"' 
entiy and F is the /* entty, i < j. By 
definition, all bit positions to the left 
of D(QjF) are the same in Q_ and F. 
This implies that bit positions 0, I, 2, 
. . . , D(Q^F) — 1 are identical for all 
keys in the i"' through/' entries. 
Hence for i < k sj, we have D^ > 
D((IF). 

It is clear that there must exist an 
entry m, i < m s j, such that 
Dm = D(Q,F), since the D(Q,F) bit 
must change from in Q to I in 
F at some point in the sequence 
of keys. 
Now consider two subcases. 

1. Suppose the algorithm looks at 
Dn, (i.e., it checks the m'*^ entry). 
Then it will find that the (D^)* 
(that is, the D(Q,F)">) bit is in 
the key Q for which we are 
searching. It will then skip all fol- 
lowing entries until it finds a dis- 
tinction bit which is strictly less 
than D(Q,F). Hence if m < j, the 
algorithm will skip the j''^ entry. If 
m = j, it will not make that entry 
Rfound since the (Dn,)''' bit is in 
Q. In either case, F (the j'*' entry) 
would not have been assigned to 
Rfound. which is contrary to our 
assumption. 

2. Suppose the algorithm does not 
look at the m''' entry. The only 
reason would be that the algo- 
rithm is skipping all entries until 
it finds some distinction bit which 
is less than Dm (which is equal to 
D(Q,F)). Then it would also skip 
the j* entry, and F would not be 
chosen, again contrary to our as- 
sumption. 

Case 2. Suppose F <Q_. Let F be the 
i"' entiy and Q be the f' entry, so 
again i <j. Reasoning as in the be- 
ginning of Case I we see that for i < 
k sj, we have Dk a D(Q^F), and that 
there exists an m, with i < m s j, 
such that D„, = D(CIF). 
Again, consider two subcases: 
1. Suppose the algorithm looks at 
the m* entry. Then since the D^ 
bit is on in Q, the algorithm at 
that point assigns the m'** entry to 
Rfound- Thus F could not have 
been the value chosen. 



2. Suppose the algorithm does not 
look at the m''^ entry. This can 
happen only if the last distinction 
bit looked at, Dk, was less than 
Dm. All the bits in theO, 1, 2, . . . , 

D(Q,F) — 1, however, are the 
same for the keys in the i'** 
through j* entries, so k < i. Thus, 
the algorithm must also have 
skipped the i* entry, again con- 
trary to our assumption. B 
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Jealousy and Envy deny 
the merit or the novelty of 

your invention; but 

Vanity, when the novelty 

and merit are established, 

claiins it for its own . . . 

One would not therefore, 

of all faculties, or 

qualities of the mind, 

wish for a friend, or a 

child, that he should have 

that of invention. For his 

attempts to benefit 

mankind in that way, 

however well imagined, if 

they do not succeed, expose 

him, though very unjustly, 

to general ridicule and 

contempt; and if they do 

succeed, to envy, robbery, 

and abuse. 

BEN FRANKLIN, 

1775 [6] 




PAUL MECKEL 



he issue of software pat- 
entability is an impor- 
tant topic because it 
affects the environment 
in which programmers 
and designers work, software 
innovation, the health of the 
software industry, and U.S. com- 
petitiveness. While the writing 
of this article was motivated by 
"Against Software Patents," by 
the League for Programming 
Freedom in the Jan. 1992 issue 
of Communications it is an overall 
defense of software patents. 

An Absurd Patent 

U.S. Patent 4,736,308, the first 
patent under the heading 
"Absurd Patents" in "Against 
Software Patents," is described: 
"For example, Apple was sued 
because the HyperCard pro- 
gram allegedly violates patent 
number 4,736,308, a patent that 
covers displaying portions of two 
or more strings 
together on the 



screen, effectively scrolling with 
multiple subwindows. Scrolling 
and subwindows are well-known 
techniques, but combining them 
is apparently illegal." The 
League calls this an "outrageous 
result." Based on this description 
alone, any reasonable person 
would have to agree. 

But I am that inventor and 
Apple was actually sued on a 
prior related patent, 4,486,857. 
Because my patents were mis- 
represented, I researched the 
other patents described in the 
League's article and am report- 
ing my results. 

There is much the League did 
not say about my patent and the 
circumstances surrounding it. 
First, it did not describe my back- 
ground. In 1963 I worked on the 
software for the first computer 
designed to be a timesharing 
computer. I was at Xerox PARC 
in its early days, wrote two arti- 
cles for Communications [17,20] 
and a book on user interface 
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design [16]. My patent covers a 
commercial product called Zoom- 
racks [19], which introduced a new 
computer metaphor called the card 
and rack metaphor. Zoomracks was 
marketed primarily on the Atari 
ST. Zoomracks developed a strong 
base of users who used it for a very 
broad range of applications, but it 
was a financial struggle largely be- 
cause Atari did poorly. In Aug. 
1987, Apple Computer introduced 
HyperCard, which is based on a 
similar, but more limited card and 
stack version of the metaphor. 

I was then faced with having in- 
vested six years of raising money, 
developing a product, marketing it, 
and proving its value in the market, 
only to find I was in debt, my cus- 
tomer base was on a dying com- 
puter and Apple was giving away 
free a more polished and featured, 
although less elegant, version of the 
metaphor. While Apple may not 
have set out to rip off Zoomracks, it 
was aware of Zoomracks (having 
seen it under nondisclosure), of 
HyperCard's similarity to Zoom- 
racks, and that Zoomracks was pro- 
tected by patents. 

HyperCard created expectations 
that Zoomracks could not meet, 
and other companies began to de- 
velop HyperCard clones. Mean- 
while, I asserted my rights, sued 
and settled with Apple, licensing 
the patents. Apple is to be ap- 
plauded for respecting my patents. 

IBM was less respectful: We had 
twice brought our patent to its at- 
tention with respect to products like 
HyperCard and we had visibly as- 
serted our patents and sued and 
settled with Apple by the time IBM 
decided to bundle what many con- 
sider to be a HyperCard clone. If 
this article has an anti-IBM patina 
to it, it is because I spent six months 
patiently trying to deal with IBM. 
Finally, IBM representatives flew to 
San Francisco to show us prior art — 
earlier technology — invalidating 
our patents that they claimed to 
have. When they arrived, they re- 
fused to show us the prior art, "for 
fear the patent office would recer- 
tify our patents in error." Even if 



IBM had been straightforward with 
me during the six months, to accept 
such an assertion without evidence 
would have been naive. 

Faced with a choice of accepting 
IBM's offer of 0.2% of the $5 mil- 
lion IBM is said to have paid to li- 
cense the token ring patent, or to 
accept its challenge to "sue us" if we 
wanted to see the prior art, IBM 
left me no choice but to fight. But I 
have chosen to fight in the court of 
public opinion where possible, 
rather than the civil courts where, 
because of its financial strength, 
IBM has the detailed advantage. I 
added a description of my dealings 
with IBM to my book [16] and later 
sent copies of my book to the mem- 
bers of the Commission on Patent 
Reform when they asked for com- 
ments. 

Based on my experience I for- 
mulated Heckel's Principle of Deal- 
ing with Big Companies: There is no 
such thing as a free lunch; unless you're 
the lunch. 

With Apple and IBM, I did battle 
against large companies who were 
sophisticated about intellectual 
property, rather than small ones 
that were not. I felt it was in every- 
one's interest to force companies 
and the courts to make decisions 
about software patents so the rules 
and the marketplace realities can be 
clear to all, not just the sophisti- 
cated few. This article is written in 
that same spirit. While it is a per- 
sonal issue, I write to clarify the 
software patent issues in general, to 
raise the level of discussion and 
because like most good inventors, I 
am curious about what the truth is. 

One can only understand the 
need for patents in light of the 
competitive marketplace. We need 
a heavy to show what the innovator 
faces, just as Humphrey Bogart 
needed Sidney Greenstreet in The 
Maltese Falcon. IBM has already 
presented itself in that role; it will 
reappear as did Sidney Green- 
street. 

The Informed Opinion 

We will visit the other eight patents 
mentioned by the League in its arti- 



cle and show that the patents it se- 
lected, on examination, disprove its 
case. But first, we take the broader 
view. 

Should software be patentable 
like other technologies? The pri- 
mary issue is a policy one and so we 
have been influenced by Neustadt 
and May and their book on govern- 
mental decision-making [33]. We 
ask; What analogies (to software) 
exist? What are the similarities and 
differences? What are the assump- 
tions, explicit and hidden? "What is 
known?" "What is the history of the 
issues?" What are the interests of 
the various players?" We will follow 
the Goldberg rule and ask, not 
"What is the problem?" but "What 
is the story?" Most important, we 
should ask, "How did things turn 
out in the past?" 

History and innovation econom- 
ics, more than law and computer 
science, must be the foundation on 
which to make policy. We have 
framed 10 points which are, we be- 
lieve, the consensus of informed 
opinion on software patents. We 
hope they help you crystallize your 
thoughts on patents and enable you 
to better articulate your differ- 
ences, if any, with the informed 
opinion. 

1. By creating property rights, 
patents promote innovation in 
non-software areas. They particu- 
larly promote innovation from 
small and mid-size companies. 
Most of the arguments against soft- 
ware patents turn out to be argu- 
ments against patents per se. These 
arguments are advanced most cred- 
ibly on the basis of established tech- 
nologies where data and research 
already exist. 

Patents have been accepted 
around the world as promoting 
innovation. Many giants of U.S. 
industry such as G.E., AT&T, Po- 
laroid, Xerox and Hewlett-Packard, 
started as small companies that 
used patent protection to protect 
their inventions. 

Yet, most of the articles on pat- 
ents in the trade, business and even 
academic press read by the com- 
puter community [5, 13, 15, 26, 27, 
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28, 41, 42, 48] have an andsoftware 
patent bias. The reason is that for 
every patent there is one patent- 
holder who is reluctant to speak 
because the issue is complex and 
what someone says could be used 
against him in litigation. And there 
are a dozen who might like to use 
the patented technology without 
paying for it and so are willing to 
malign the patent and patent sys- 
tem and pass on unsubstantiated 
rumors and misinformation. 

Economists have researched in- 
novation in other technologies [24, 
30, 31, 41] and found the follow- 
ing: patents encourage innovation; 
and small entities^ — individual in- 
ventors and small companies — are 
a very important source of innova- 
tion. According to Jewkes et al. 
[24], 

It is almost impossible to conceive of any 
existing social institution so faulty in so 
many ways. It survives only became 
there seems to be nothing better. And yet 
for the individual inventor or the small 
producer struggling to market a new 
idea, the patent right is crucially impor- 
tant. It is the only resource he possesses 
and, fragile and precarious as his rights 
may be, without them he would have 
nothing by which to establish a claim to a 
reward for his work. The sale of his 
ideas directly or the raising of capital for 
exploiting the ideas would be hopeless 
without the patent. 

While several articles discuss 
software patents and copyrights [8, 
46, 47], few have been written for 
the software, as opposed to the 
legal, community [11, 16, 37]. Such 
studies have only rarely been linked 
to software [7], and, we are una- 
ware of any empirical studies of the 
effect of software patents on inno- 
vation other than this one. 

If we are to reject patents in 
principle, we should argue that 
case. If we accept patents as pro- 
moting innovation elsewhere but 
not in software, then we should dif- 
ferentiate software from other 
technologies. 

2. Patents have evolved to address 
concerns raised by those who sus- 
pect software patents. 
The courts have developed a patent 



jurisprudence as a unifying mecha- 
nism to support many technologies 
and foster evolutionary improve- 
ment while balancing the rights of 
patentholders and potential in- 
fringers. 

Patents have a long history (see 
sidebar). Most of the concerns 
about patents raised by the League 
have been raised long ago in the 
context of other technologies and 
addressed in case law and legisla- 
tion and have stood the test of time. 
The patent system, like MS/DOS, is 
not perfect. MS/DOS has a long his- 



tory of evolutionary improvement: 
It is a derivative of CP/M, which is a 
derivative of TOPS-20, which is a 
derivative of the SDS-940 time- 
sharing system, which evolved from 
the first timesharing system devel- 
oped at BBN about 1960. Patent 
jurisprudence has a similar history 
of evolution. 

Part of the value of patents is 
they are a proven, public domain 
standard of intellectual property 
protection having a history of im- 
provement over 500 years, com- 
pared to the 30 or 40 years of expe- 



A Brief History of Patents 

Until recently patents were thought to have originated In Eng- 
land and been used only there prior to America, an error propa- 
gated by Jefferson, Lincoln and as late as 1948 by the Supreme 
Court. Recent scholarship shows their Italian origin and their 
early use In France, Germany, the Netherlands as well as England. 
Venice granted lO-year monopolies to Inventors of sllkmaking 
devices In the 1200s. These early patents were ad hoc grants. In 
1474 Venice passed Its first patent statute, it recognized patents 
as a matter of right, rather than royal favor, and provided for 
fines and the destruction of Infringing devices. Galileo was 
granted a patent [61. in England, the Queen granted so many 
monopolies to her friends that citizens protested; so England, In 
1624, passed the Statute of Monopolies. This prevented the grant- 
ing of monopolies, but gave people the right to obtain patents 
on Inventions and Imports new to the realm. This statute distin- 
guished between monopolies, which it outlawed as taking from 
the public what It already had, and patents, which it permitted 
as giving to the public what It did not yet have. 

These patent laws were enacted at the end of the dark ages 
Just before the Renaissance In Italy and the industrial Revolution 
In England, suggesting that they stimulated Innovation. 

The Founding Fathers also believed that Inventions (and writ- 
ings) belong to their creators inherently— rather than to the 
state to be granted at Its pleasure. This principle was embodied 
in the Constitution n, 61, where Article l. Section 8 says, 
The congress shall have the power to promote the progress 
of science and the useful arts by securing for a limited time 
to authors and Inventors the exclusive right to their respec- 
tive writings and discoveries. 

Congress has the power, not to grant rights but to secure In- 
herent rights. This is the principle expressed In the Declaration of 
independence that "all men are endowed by their creator with 
certain unalienable rights." In the Federalist Papers, James Madi- 
son, In describing the patent powers observed that, "The public 
good fully coincides . . . with the claims of individuals. 

The creators of the constitution knew history and understood 
the ways of men and women, and patents— 9 of the 13 colonies 
granted patents. We should give weight to findings of fact em- 
bodied In the Constitution. Two concern patents: Patent rights 
are inherent rights like freedom of speech; and patents promote 
Innovation. 
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AS an example of how the pa- 
tent system has evolved to 
address the concerns the 
League raises, consider the Po- 
laroid patent which, they say, 
describes "differences In the 
number and order of layers of 
chemical In a film— differences 
between the technique Kodak 
was using and those described 
by previous expired patents." 
The League says such differ- 
ences were obvious. The court 
held otherwise. Kodak could 
have avoided Infringement by 
using the order described In 
the earlier, expired, patent the 
League refers to. Why would 
Kodak use the new order de- 
scribed In the later patent 
rather than the earlier one? 
Why would Polaroid patent It? 

Could It have been better? 

This demonstrates three 
things to those who must deal 
with patents. First, an active 
patent Is a territorial warning. 
Second, technology described 
In expired patents is In the 
public domain. Third, patents 
protect the Innovator. Polaroid 
was the Innovator In instant 
photography. Kodak wanted a 
share of that market. The 
major obstacle was Polaroid 
patents. Kodak tried to get too 
near the fire. Kodak got 
burned and paid Polaroid over 
$900 million. 



rience developing operating 
systems. TopView and OS/2, dem- 
onstrate how developing a new 
operating system and crystallizing a 
new infrastructure around it are 
fraught with dangers — known and 
unknown. An infrastructure has 
crystallized around MS/DOS. It in- 
cludes developers and consultants 
who know it, books explaining its 
use, and commercial products 
based on it. Similarly, an infrastruc- 
ture has crystallized around the 
patent system. It includes patent 



lawyers, case law examples of valid 
and invalid, infringed and not in- 
fringed patents, and books and ar- 
ticles explaining patents to both 
lawyers and nonlawyers. 
3. Patents are not perfect. 
There are problems with the patent 
system. Only that which is not real 
is perfect. The patent community 
and the Patent and Trademark 
Office (PTO) are aware of the 
problems and have been working to 
address them. A Commission on 
Patent Reform is considering im- 
provements such as better exami- 
nation procedures and automatic 
publication of patent applications 
after 18 to 24 months. 

If lack of perfection were a rea- 
son to get rid of something, no one 
would survive his or her teenage 
years. Other industries find patents 
useful in spite of these problems; 
software will too. 

Patents, it is said, inhibit stan- 
dards. They do not; they inhibit the 
expropriation of intellectual prop- 
erty without just compensation in 
violation of the Fifth Amendment. 
Where patents exist standards are 
created in two ways: 

• Where people want a standard 
that infringes a patent, the stan- 
dards body usually negotiates an 
agreement whereby the patent- 
holder in return for having his or 
her technology required as part of a 
standard, agrees to make a stan- 
dard license and rate available to 
all. 

• Often standards are agreed to 
which do not infringe any intellec- 
tual property. The QWERTY key- 
board and the standard automobile 
controls (Steering wheel, brake and 
accelerator) demonstrate that pat- 
ents don't inhibit standards crea- 
tion. Both public domain standards 
were developed during the working 
lifetime of Edison who received 
1,100 patents. 

4. Software is not inherently dif- 
ferent from other technologies in 
the way innovation or patents 
work. 

Arguments that software is differ- 
ent should be treated critically; you 



can be sure those same arguments 
will be used by those who do not 
believe that the protections of the 
Bill of Rights extend to areas where 
computers and software are used. 
Fred Brooks, following Aristotle, 
suggested the distinction between 
essence and accident [3], and that 
distinction has guided our analysis 
in the issues raised by the League 
and the academics (see sidebar). 
The question is whether the differ- 
ences between software are essen- 
tial or accidental in their encourag- 
ing innovation. The League says 
software is different and so should 
be protected differently. They 
present two arguments. 

A. Programs are complex. 

Why, so they are; but so are air- 
planes, silicon chips, silicon chip 
fabrication plants, potato chip 
plants, oil refineries and many 
things. But people find the patent 
system beneficial in these other 
technologies. 

B. Software is cheap to develop com- 
pared to other technologies because 
it is a cottage industry. 

Other industries have cottage man- 
ufacturers and they deal with pat- 
ents. Outside of software much in- 
vention is a cottage industry; about 
5,000 independent inventors be- 
long to the 37 organizations that 
are members of the National Con- 
gress of Independent Inventors. 
And most cottage industries do not 
rely on invention. 

We should no more optimize an 
intellectual property system for cot- 
tage developers than we should for 
Fortune 500 companies. 

When one talks about marketing 
and maintaining commercial soft- 
ware products, the costs are much 
greater than the estimates made by 
the League. At the other extreme, 
IBM is reported to have spent 2.5 
billioti dollars to develop OS/2, in- 
cluding applications. 

It is expensive to develop soft- 
ware if the task is to design it from 
scratch and make it a success in the 
market; it is cheap if the task is to 
clone something that already exists 
or is precisely specified. 

Indeed, that clone software is so 
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much cheaper to develop argues 
for the necessity of patent protec- 
tion if one wants to stimulate the 
development of products worth 
cloning. 

Making software nonpatentable 
or subjecting it to a different form 
of protection creates practical diffi- 
culties, rather like a state seceding 
from the Union and setting up 
check points on its border. And if 
one state secedes, they all can. If 
each technology has its own sui ge- 
neris (unique) form of protection, 
we would have to set up boundaries 
between the different technologies 
and would need rules for what hap- 
pens at the boundaries. 

This situation occurs in software 
development. Should program- 
mers be able to define their own 



conventions or should they con- 
form to the system conventions 
even where they are not optimal? 
Do new programmers get to define 
their own conventions just because 
they were not involved in the origi- 
nal decision? Aren't programmers 
expected to abide by the conven- 
tions so the code will integrate bet- 
ter and others can maintain it later. 
Of course, as problems surface, it is 
foolish to resist all change in con- 
ventions just because changes have 
repercussions. Changes are made, 
but as part of a deliberative process 
in which the burden of proof is on 
those who advocate the changes. 

The evolution of the law works 
the same way: computer law is just 
another subsystem to be integrated 
into the fabric of jurisprudence. 



The problem of having different 
conventions in different areas is 
demonstrated by the Cadtrak pa- 
tent. It is a hardware, rather than a 
software, patent. It requires a dis- 
play device but no software to in- 
fringe it. A computer can be de- 
signed so it does not infringe, 
although a simple program run- 
ning on it can. This demonstrates 
that simple software programs can 
infringe almost pure hardware pat- 
ents and suggests the difficulty of 
drawing a legal distinction between 
hardware and software. 

Pamela Samuelson laments that 
"patent lawyers [do not] claim soft- 
ware-related inventions in a 
straightforward manner" [39]. Pa- 
tent lawyers are faced with a Catch 
22 situation because of the line be- 



ing how to calibrate the credi- 
bility of possible "Junk science" 
in a courtroom. The question is 
not "Does this make sense In 
Isolation?" but "How does it fit 
Into an organized body of 
knowledge?" 1441 



The Mainstream View 

Donald Chlsum has written the 
standard reference on patent 
law [91 and Is frequently 
quoted In judicial decisions. His 
expertise Is in Integrating pa- 
tent decisions Into a coherent 
view of the patent law across 
mechanical, electrical, chemical 
and other technologies as they 
are handed down. His reputa- 
tion rests on the soundness of 
his analysis in predicting how 
courts will rule. 

Chlsum views software as 
one of many technologies and 
says software is almost as pat- 
entable as anything else and 
to the degree that It is not, it 
should be (81. He has two con- 
cerns. First, the current deci- 
sions uphold most software as 
patentable in a way that 
forces patent lawyers and the 
technical community to focus 
on legal technicalities rather 
than the technical ones, sec- 
ond, he questions whether lack 
of patentability will create 
underinvestment in software 
Innovation as compared to 
other technologies. 

His approach Is similar to 
Judge Schwarzer's In determin- 



The Contrarian's View 

The League provides no cita- 
tions for Its position in 
"Against Software Patents." 
But a similar article by the 
same authors [151 has four ci- 
tations: Mitchell Kapor's con- 
gressional testimony and arti- 
cles by lawyers Pamela 
samuelson 139, 41) and Brian 
Kahin [261 let us see how the 
antisoftware patent position 
fits in with "an organized body 
of knowledge." 

While patent lawyers conver- 
sant with software are in vir- 
tual unanimity that software 
should be patentable, neither 
of these lawyers is a patent 
lawyer. 

As background we should 
consider the legal education 
most lawyers get. First, very 
few study patent law and thus 
are not exposed to the funda- 
mental concept that patent 
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rights are property rights. Sec- 
ond, most law students do 
take antitrust law where they 
learn that monopolies are Ille- 
gal. Later, when they discover 
patents they often mistakenly 
see monopolies. Third, law stu- 
dents are taught to be advo- 
cates. Their job Is not to make 
a considered opinion, but to 
present their case as best they 
can; someone else— the Judge, 
congress, the public—makes 
decisions. 

This author's opinion is that 
those who took an antipatent 
point of view did it as a knee 
jerk Intuitive reaction. Away 
from the mainline of software 
business and patent law, dis- 
trustful of monopolies and in- 
experienced with intellectual 
property, these lawyers and 
software developers found 
support in one another. This 
view gained respectability as a 
contrarian's view and is always 
welcome in legal journals and 
at conferences. 

Samuelson argues that the 
basis of software patentability 
Is weak and says the primary 
Issue is a policy one [391. She j^^ 
presents two arguments -^^ 
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against software patentability 
and Kaliln a third: 

A. The Industry has flourished 
and innovated without pat- 
ents. 

A more accurate statement 
would be: "The Industry has 
flourished and innovated with 
little realization In the soft- 
ware community that patent 
protection was available." 
The growth of the software 
Industry was not due to differ- 
ences between software and 
other technologies, but to Its 
synergetic relationship with 
the computer Industry and the 
new business opportunities 
created by the computer's rap- 
idly decreasing costs, until re- 
cently software has been seen 
by computer companies as a 
loss leader, software created 
the demand for computers 
which was, and still Is, the 
dominant industry: but soft' 
ware developers were to be 
kept fat, dumb and happy: sal- 
aries were high, patents were 
not mentioned, and there was 
lots of technology to play 
with. 

Accidental Empires shows 
that the personal computer 
software successes were 
achieved by amateurs who 
were lucky enough to be In 
the right place at the right 
time [121. The successful early 
PC software companies 
(a) marketed Innovations pio- 
neered by others and (b) ag- 
gressively pursued their own 
intellectual property rights: 
ivilcrosoft's MS/DOS is a deriva- 
tive of CP/M; and Lotus' 1-2-3 
of visicalc. Had Digital Re- 
search, visicorp and software 
Arts asserted intellectual prop- 
erty rights as aggressively as 
Microsoft and Lotus, they 
might not have been eclipsed 
by them. 

in the early stage of the in- 
dustrial life cycle, the first per- 
son in his garage who acts on 
the opportunity starts with the 
biggest and most established 
company In the business. 



When there Is no established 
competition, new companies 
can compete without patents. 
As the Industry matures it be- 
comes difficult for new com- 
panies to enter the market 
without a sustainable advan- 
tage such as patents. 

The free enterprise system 
rewarded entrepreneurs 
whose personal computer soft- 
ware companies were success- 
ful, as It should, but that suc- 
cess should not blind us to its 
nature— bringing the innova- 
tions of others to market. We 
expect that if patents had 
been more widely used by the 
software industry, the true 
innovators would have re- 
ceived a fairer share of the 
rewards, thus rewarding Inno- 
vation as well as business 
savvy. Had patents been more 
widespread, the software In- 
dustry would have been more 
profitable. It would have 
grown with less of a boom- 
and-bust cycle, albeit less rap- 
idly and there would have 
been a greater diversity of 
software product categories 
and features. 

TO base a software intellec- 
tual property system Just on 
the experience of the last 10 
years would be like raising 
teenagers In the expectation 
that their childhood will be 
repeated? 

a Many In the software Indus- 
try say software patents will 
discourage Innovation. 

Samueison says, 
...Itis primarily from the 
widespread concerns about 
the effects of patents from 
within the Industry and the 
technical community that 
she has pursued this study 
questioning the patent pro- 
tection for computer pro- 
gram-related Inventions. [391 

Samueison addresses this 
perception by conducting a 
survey to see how widespread 
the perception is, at least In 
the related area of user inter- 



face copyrights [421, rather 
than attempting to determine 
If the perception reflects real- 
ity, in reporting the perception 
she gives It more credence, re- 
inforcing any error, and creat- 
ing more concern, it would 
seem to be more constructive 
to research the effect of pat- 
ents on innovation and busi- 
ness formation in other Indus- 
tries to see how it might apply 
to software, and analyze soft- 
ware patents that exist for 
their effect on Innovation and 
new business formation as we 
do. 

It makes as much sense to 
devise theories of Innovation 
by polling the software com- 
munity as it does to devise 
laws of physics by polling peo- 
ple who walk. The Intuitive 
answer is not necessarily the 
correct one. Ask people, "As- 
sume you are walking at a 
steady pace holding a ball, and 
you drop the ball, will the ball 
hit the ground In front of you, 
in back of you, or next to 
you?" most people will say "In 
back of me" [321. A physicist 
will tell you that Newton's 
laws predict, "next to me," 
and can perform an experi- 
ment to prove it. 

in contrast to Chisum and 
the mainstream of patent law 
where software is viewed from 
a broad perspective of many 
technologies, Samueison views 
the law from inside the soft- 
ware community looking out. 
She has always advocated nar- 
row protection— arguing as 
late as 1984 that coNTU's rec- 
ommendation that software In 
machine readable form be 
copyrightable was III consid- 
ered [401. 

Samueison acknowledges 
that the conditions that pro- 
moted software Innovation 
until now may be different 
from those that will promote it 
In the future. 

Samueison proposes to de- 
sign a special (sui generis) 
form of protection for soft- 
ware,, saying, "it is possible to 
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design a law that is appropri- 
ate to thie l(lnd of subject mat- 
ter that software is." How can 
one be certain of one's abiiity 
to build a si<Yscraper, if one is 
uncertain If one Is building on 
bedrock or marshland? 

writing laws Is like designing 
systems. They will have desired 
and undesired, Intended and 
unintended consequences. The 
current law, especially Benson 
forces patent lawyers Into a 
Catch 22 dilemma: write a 
straightforward patent, and 
get It rejected as a mathemati- 
cal algorithm; write one that Is 
patentable subject matter and 
it will not be straightforward. 
Attempting to make only soft- 
ware unpatentable will no 
more prevent practical soft- 
ware patents from Issuing and 
being enforced than prohibi- 
tion will eliminate alcoholism. 
Samueison laments that "pa- 
tent lawyers [do not! claim 
software-related Inventions In 
a straightforward manner [391; 
but this is like blaming a pro- 
gram's users or the market for 
not behaving as expected— a 
sure sign of an inexperienced 
designer. Law, software, and 
marketing strategies must be 
designed the same way the 
Constitution was: based not on 
how we would like people to 
behave, but on how self inter- 
ested people will actually be- 
have. 

Academics such as Samuei- 
son, who pontificate on soft- 
ware patents and want to cre- 
ate a sul generis system of 
protection, seem ready to rein- 
vent the wheel before they 
understand how a wagon 
works or the Infrastructure of 
the highway system. Most 
show no knowledge or under- 
standing of the processes of 
Innovation over hundreds of 
years In a variety of technolo- 
gies, iviost have little, if any, 
experience prosecuting (filing), 
analyzing, or litigating patents. 
They argue that software Is 
different from other technolo- 
gies, not from the perspective 



of the history of Innovation 
and patents over a range of 
technologies, but from the 
myopic view of the develop- 
ment of a single technology, 
largely in a single software 
marketplace In an atypical de- 
cade—the personal computer 
market In the 1980s. 

Ben Franklin described a pro- 
fessor who was so learned he 
knew the word for horse in 
five languages, equus In Latin, 
caballo In Spanish, cheval In 
French, cavallo in Italian, and 
Pferd, in German. He then 
went out to purchase one, and 
returned with a cow. Given 
your experience observing 
complex software systems 
develop and how the hype 
manifests itself In reality, when 
you hear sul generis protection 
systems being proposed as 
transport Into the twenty-first 
century, ask yourself: "Will I 
ride horse or a cow?" 

Taking a contrary position 
and fighting for It, as Samuel- 
son does, is in the highest tra- 
dition of the law. in part It is 
because truth emerges from 
the debate and if there Is no 
one to debate with, a poor 
sort of truth will emerge. Yes- 
terday's contrarian view may 
emerge as the mainstream 
view. It is like having advo- 
cates for a programming lan- 
guage like Forth, it forces 
identification and discussion of 
issues and Influences the in- 
dustry—Postscript is Forth-ilke. 
But software developers seri- 
ously consider programing In 
Forth only In unusual circum- 
stances. 

C. Software helps disseminate 
Information 

Brian Kahin, a research fellow 
in the Science. Technology and 
Public Policy Program at Har- 
vard University's Kennedy 
School of Government offers a 
different reason software 
should not be patentable [251: 
A deeper, more disturbing 
problem In patenting pro- 
grams was barely evident 



before computers became 
ubiquitous personal tools . . . 
the computer has developed 
Into a medium for human 
expression and a mediator of 
human experience. Thus, 
what Is Increasingly at stake 
In software patents Is the 
generation and flow of Infor- 
mation. 

The "barely evident" "prob- 
lem" was addressed by Lincoln 
who. In his Lecture on Discov- 
eries [231, said: 
certain inventions and dis- 
coveries occurred, of particu- 
lar value on account of their 
efficiency In facilitating all 
other Inventions and discov- 
eries. Of these were the arts 
of writing and of printing— 
the discovery of America, 
and the Introduction of Pa- 
tent-laws 

Lincoln not only believed 
that the patent laws encour- 
aged Innovation, but he antici- 
pated Kahin in realizing that 
inventions which promote dis- 
semination of information are 
particularly Important. Since 
Lincoln's speech, patents seem 
to have encouraged many In- 
ventions which engender the 
"generation and flow of Infor- 
mation": the telephone (Bell), 
phonograph (Edison), movie 
camera (Edison), Xerography 
(Carlson), radio (Armstrong and 
iViarconi), Phototypesetting 
(Scheffer), and TV (Phiio T. 
Farnsworth). 

Even the birth of patenting, 
Aldus Manutlus, the famous Ve- 
netian scholar printer for 
whom the desktop publishing 
company Is named, received 
two patents— one on a form 
of Creek type— and a ten year 
monopoly to use the Italic font 
which he Invented. 

Having discovered that he is 
treading in the footsteps of 
Lincoln, albeit In the opposite 
direction, Kahin might, In plan- 
ning his future travel, consult 
the work of his colleagues at 
the Kennedy school of Govern- 
ment, which has guided our 
analysis (331. 
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tween what is patentable and what 
is not: Write a straightforward pa- 
tent, and get it rejected as pure 
software because of Benson; write 
one that is patentable subject mat- 
ter and it will not be straightfor- 
ward. Attempting to make software 
unpatentable will no more prevent 
practical software patents from is- 
suing and being enforced than pro- 
hibition will eliminate alcoholism. 

The PTO and those patent law- 
yers who prosecute software pat- 
ents have much more experience in 
the nitty-gritty of protecting soft- 
ware than academics. And the PTO 
and the courts have more experi- 
ence weaving new technologies into 
the fabric of the patent system than 
the software community has in cre- 
ating forms of intellectual property 
protection. 

The debate in the academic 
world is described in a sidebar. The 
mainstream view taken by the prac- 
ticing and academic patent bar and 
most computer lawyers on one side 
and the contrarians led by Samuel- 
son, argue against software having 
the same breadth of protection as 
other technologies. The League for 
Programming Freedom has 
launched an offense in the debate. 
Like the Battle of the Bulge, it 
might appear formidable when 
seen up close. But while it must be 
treated seriously, it is the last gasp 
of a dying cause. 

The pioneers in each new tech- 
nology see that technology as new, 
different, and central, and expect 
the world to accommodate it. To 
some extent the world does. But 
each new technology slowly be- 
comes woven into the tapestry of 
knowledge encompassing other 
technologies — each distinctive in its 
picture — but using the same 
threads and the same weave. 
5. A nonprofit Marxist economic 
system is not optimal in promoting 
innovation in software. 
This is the paradox one must con- 
front if one argues software patents 
decrease innovation. The essential 
difference between Marxism and 
capitalism is property rights. Pat- 
ents and copyrights create intellec- 



tual property rights that can be 
brought, sold, rented and licensed 
like other property rights. Marxism 
may be better than capitalism in 
some areas — certainly not in Rus- 
sia, but capitalism, with all its flaws, 
has outperformed Marxism. 

The paradox of Marxism is not 
just a theoretical issue. Stallman, 
the founder of the League for Pro- 
gramming Freedom, heads the Free 
Software Foundation which is de- 
veloping and planning to distribute 
a clone of the Unix™ operating sys- 
tem. AT&T has invested in Unix 
based on its ownership as manifest 
in patents and copyrights. AT&T 
cannot be pleased when Stallman 
gives away free copies of a clone of 
a product it invested millions in 
developing and marketing. 

If AT&T had not used patents 
and user interface copyrights to 
protect its intellectual property 
rights, Stallman would have no 
trouble making and distributing a 
Unix clone. But AT&T must pay its 
bills with money it receives from 
customers and has asserted its 
rights. If it is acceptable to clone 
Unix or any program, will anyone 
invest in new ideas? Should we opti- 
mize an intellectual property juris- 
prudence for, not large entities, not 
small entities, but companies that 
distribute free clones of other peo- 
ple's software? 

For all his talk about wanting to 
promote innovation, Stallman 
seems to get his ideas for technol- 
ogy from AT&T, 1969 and his ideas 
for intellectual property protection 
from IBM, 1965. 

Many software developers do 
their work for the fun of it. But the 
distinction is based, not on the tech- 
nology, but on amateurism; ama- 
teurs flourish in the early stages of 
a new technology. Professionals 
have accepted that others work for 
free, but they bristle if they are ex- 
pected to work at the same rates. 
6. Software, like every technology, 
has unique problems. 
Software patents have unique prob- 
lems: prior art libraries are limited, 
the search classification system was 
designed for hardware patents, few 



computer scientists are examiners. 
Still when it gets to specific cases, 
computer scientists and the PTO 
see invention similarly. (See Docu- 
ment Comparison) 

For the last two years the PTO 
has been improving the situation. It 
is improving its prior art search fa- 
cilities in software, has published a 
new software classification system, 
and is actively recruiting computer 
scientists. 

The PTO has still not been able 
to rid itself of the prejudice against 
software patents, as patent practi- 
tioners in the software area will tell 
you. It still is conservative in its in- 
terpretation of what constitutes 
patentable subject matter, and has 
rejected several applications that 
are being appealed. 
7. Legally, software is patentable 
and it will remain so. 
Prior to 1982, about 30 different 
software-related patent cases went 
through the Appellate Courts. The 
range of technologies — seismic, 
medical, petrochemical, telecom- 
munications, firmware, and soft- 
ware — demonstrate that software is 
both well grounded in patent law, 
and basic to the advancement of 
American Industry. Software has 
become pervasive in industry, 
which has been basing business de- 
cisions on software's being patent- 
able for 10 to 20 years. This has 
created a sophisticated broad-based 
constituency for keeping software 
patentable. Congress has not given 
in to demands to make less perva- 
sive technologies, such as biotech- 
nology, unpatentable; it is less likely 
to do so with software. Software has 
been clearly patentable longer than 
it has been copyrightable (See Pat- 
ents and Copyrights). 

Chisum, the leading authority on 
patents, wrote an article on the pat- 
entability of software and con- 
cluded: 

The continuing confusion over the pat- 
entability of computer programming 
ideas can be laid on the doorsteps of a 
single Supreme Court decision, Gott- 
schalk vs. Benson, which held that 
mathematical algorithms cannot be pat- 
ented, no matter how new and useful. A 
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careful analysis of that decision shows 
the holding is not supported by any of the 
authorities on which it relied, that the 
Court misunderstood the nature of the 
subject matter before it, and that the 
Court failed to offer any viable policy 
justification for excluding by judicial 
fiat mathematical algorithms from the 
patent system. The Benson decision is 
inconsistent with the later Supreme 
Court ruling in Diamond vs. 
Chakabarty that the patent system ap- 
plies impartially to new technologies and 
that any policy issues for excluding new 
technologies should be addressed to Con- 
gress. Policy considerations indicate that 
patent protection is appropriate for 
mathematical algorithms that are useful 
for computer programming as for other 
technological innovations [8]. 

Chisum is in the mainstream in 
saying that the courts made a mis- 
talce by making software unpatent- 
able. But courts are reluctant to 
overturn previous decisions di- 
rectly, and then only after their 
scope has been eroded. A similar 
situation where prejudice had been 
become part of the jurisprudence 
occurred earlier; Plessy vs. Furgesson 
[1896] held that "separate but 
equal" facilities for whites and 
blacks were lawful. The courts did 
not directly overturn it, but eroded 
its vitality on a case-by-case basis 
over a period of years in a number 
of decisions starting with Muwey vs. 
Maryland while appearing to show 
respect for Plessy. Finally, when 
faced with Brown vs. Board of Educa- 
tion [1954], ample precedent had 
been created for the Supreme 
Court to overrule Plessy directly. 

Samuelson, having asked 
Chisum to write his article, now at- 
tempted to refute him, but after 
arguing for over 100 pages that the 
basis for software patentability is 
weak, was forced to conclude that: 

. . . the only principle which seems to 
have guided the court's decisions is one 
of upholding the patentability of as 
many program-related inventions as 
possible while appearing to show respect 
for the Supreme Court's decisions. [39] 

Samuelson's observation seems 
to be compelling evidence that 



Document eompiirisoii: 
An Obvious Pntentf 

A criticism of the patent system Is that computer scientists are 
qualified to Judge Invention In software while the PTO Is not. in 
his article [261 Kahin says, the PTO Is, 

awarding patents merely for automating familiar processes 

such as. . . comparing documents (Patent No. 4,807,182). But 

software developers have been routinely automating such 

[functions] for years. 

In fact, the ACM published a refereed paper describing that 
(hashcoding) technique for comparing two text files albeit for 
source code, rather than document comparison (171. it seems 
that the ACM and the PTO have similar standards of Inventive- 
ness. 

It so happens I wrote that paper, and I brought it to the atten- 
tion of the patentholder and (Indirectly) to WordPerfect about 10 
months before Kahin's article was published. Four companies put 
on notice about the patent brought the paper to the attention 
of the patentholder. This suggests that where prior art exists 
which narrows a patent's scope. It is likely to surface. 

Advanced Software, was founded to develop and market 
DocuComp which uses the patented technology, its Inventor, 
cary Oueen, a Ph.D. in mathematics has filed over a dozen pat- 
ents In genetic engineering where he Is principle in a startup. 
Protein Design Labs. He also used the patented hashcoding tech- 
nique to compare genes to identify similarities. 

cary Queen reports there is more prejudice against patents in 
software than in biotechnology, where hundreds of startups 
have been financed, as biotechnology patents are better re- 
spected. 



while she has not been persuaded 
that Benson, like Plessy, is a funda- 
mental error in giving prejudice the 
force of law, the Court has and will, 
in due course, reverse it and the 
original intent of Congress will 
again become law and statutory. 
Subject matter will "include any- 
thing under the sun that is made by 
man." 

8. Whether or not one agrees that 
software patents are beneficial, 
patents are here to stay so we 
should plan to work with them. 
The software community will be 
best served by articles about how to 
avoid infringement, how to deal 
with infringement notices, how to 
find prior art, how to use patents to 
protect new ideas, how to differen- 
tiate products, and how to make the 
patent system work better for soft- 
ware (based on experience rather 
than speculation). In brief, we 
should direct our energies toward 
making the system work in order to 



increase innovation and U.S. com- 
petitiveness, rather than fighting 
patents. 

9. The practical effect of continu- 
ing to spread misinformation on 
software patents will be to hurt 
small developers and U.S. compet- 
itiveness in software. 
Patents, like a cat's claws, function 
as weapons when necessary. A 
declawed cat will not survive in the 
wild; neither can a defenseless 
startup once it succeeds and attracts 
substantial competitors. Patents are 
not the only defense, but they are 
vital to innovative startups that 
must survive. In business, as in the 
jungle, respect is given only to those 
who can protect themselves. 

Microsoft, IBM and others are 
applying for patents in quantity. 
Those who do not understand the 
situation are not. Many are happy 
to have software patents attacked. 
Why let your competitor in on a 
good thing? Why pioneer new 
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product ideas when it is less risky to 
copy competing products and in- 
corporate useful features once 
market success is proven. 

From the perspective of large 
companies, a loud voice, such as the 
League, yelling against software 
patents can be useful as a means to 
destroy one's competition. 

The Japanese are aggressively 
filing for U.S. patents on software. 
While our strength is innovation, 
Japan's. is in adapting innovations 
and steady improvement. But if 
they have the improvement patents 
and we did not file for the basic pat- 
ents, we lose. If we arrogantly dis- 
miss the Japanese as incapable of 
creating good software or cavalierly 
dismiss patents as undesirable, then 
20 years from now we will be trying 
to get back the software market 



from Japan just as today we are try- 
ing to get back the automobile and 
semiconductor markets. We are not 
even trying to get back the con- 
sumer electronics market. 

Who is responsible for the mis- 
perception about the desirability 
and legality of software patents? In 
a certain sense, it is the League for 
Programming Freedom. But it 
knows not what it does. And its ar- 
guments are the ghosts of argu- 
ments for IBM's corporate self- 
interest of a bygone era. Is not the 
origin of the problem IBM's at- 
tempt in the 1960s to declaw a com- 
peting technology by depriving its 
practitioners of their constitutional 
rights as inventors? (See Software 
Patents: IBM's Role in History.) 

If it were just a question of IBM 
outfoxing its competitors, we might 



foftwnre Patents: 
IBM's Role in History 

In the late 1960s when IBM's Internal policy was that software 
should not be patentable, IBM vice president, j. w. Birkenstock, 
chaired a presidential commission on the patent system which 
recommended that software should not be patentable, we ex- 
pect that the other commission members deferred to IBM's ex- 
pertise on software, just as members of a commission designing 
an aviary would defer to its most knowledgeable member on 
birds: the cat. 

congress rejected this view, but three paragraphs of the com- 
mission's recommendations (e.g., IBM's corporate policy) found 
their way Into Cottschalk vs. Benson, the Supreme court Decision 
that limited the patentability of software. At this time IBM had 
70% of the computer market, so it is not surprising that cbema. 
the Computer Business Equipment Manufacturers Association 
filed an amicus curie brief against software patents In Benson. 

From this historical perspective we can see that the conven- 
tional wisdom that "software has not been patentable," should 
be more accurately stated as "it was not in the Interest of IBM or 
other computer manufacturers for people to think software is 
patentable." we have never seen It pointed out in the debate on 
software patents that the idea that software is not patentable 
subject matter was formed in the crucible of IBM's self-interest 
and corporate policies of an earlier time. 

IBM and CBEMA have now rejected the stallman-prlmal IBM 
view [71. But the damage has been done. The PTO and the Indus- 
try have not taken software patents seriously until recently, 
which explains the problems the PTO has had in examining pat- 
ents and the prejudice against software inventors who assert 
their patent rights. Many In the software community have been 
suckered Into believing software should not be patentable, while 
IBM has aggressively but quietly been getting software patents 
and become the company with the largest software sales. 



learn our lesson and let it pass. But 
we think it useful to ask some ques- 
tions: Is it in the interest of the 
United States to have strong, com- 
petitive, innovative software indus- 
try? Is it in IBM's interest? Did IBM 
use its position on the 1966 Patent 
Commission to put its corporate 
self-interest ahead of that of the 
U.S.? Should IBM be held respon- 
sible for its role in creating the cur- 
rent software patent mess? Some 
have proposed making software 
patents unenforceable. Might a law 
making IBM patents unenforceable 
make more sense? Or a law that 
would prevent IBM from obtaining 
patents for a period of time, say 5 
or 10 years? At a time when com- 
petitiveness with Japan is a major 
concern, what kind of a message 
should we send about what hap- 
pens to those who use their posi- 
tions on government commissions 
to sacrifice their country's interest 
to their corporate self-interest? 

Similarly, should we eliminate 
patents to avoid patent litigation as 
the League suggests; should we not 
eliminate all laws so as to avoid all 
litigation? 

10. In considering the issues, we 
should deal with examples of real 
patents and, where possible, real 
infringement where facts for both 
sides are fairly stated. 
If we are to have a meaningful de- 
bate on whether software should be 
patentable, I suggest we take our 
standards, both of debate and of 
where the burden of proof lies 
from Abraham Lincoln: 
/ do not mean to say we are bound to 
follow implicitly in whatever our fathers 
did. To do so would be to discard all the 
lights of cunent experience — to reject 
all progress — all improvement ■ ■ ■ if 
we would supplant the opinions and 
policy of our fathers in any case, we 
should do so upon evidence so conclu- 
sive, and argument so clear, that even 
their great authority, fairly considered 
and weighed, cannot stand . . . 
If any man [believes something], he is 
right to say so, and to enforce his posi- 
tion by all truthful evidence and fair 
argument' which he can. But he has no 
right to mislead others, who have less 
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access to history, and less leisure to study 
it, into [a] false belief . . . thus substitut- 
ing fakehood and deception for truthful 
evidence and fair argument. 

What I find most frustrating in 
this debate is that the mode of ar- 
gument used against software pat- 
ents by so many [15, 26, 27, 28] is to 
throw as much mud against the wall 
as possible and hope some of it will 
stick. I have expended some effort 
here removing some of the mud. I 
do not claim to have removed it all, 
but I hope I have wiped away 
enough to show you the rest will 
wash off too. 

A Study of Nine Software 
Patents 

In its article the League lists nine 
patents — mine and eight others to 
make its case. It is unlikely that the 
members of the League considered 
the positive side of any of the pat- 
ents they cited. It is as if they went 
searching for quarters with heads 
showing, and finding several, re- 
ported their findings without turn- 
ing any of them over. Here we turn 
over the other eight quarters in an 
attempt to produce some empirical 
results. 

U.S. Patent 4,197,590: The inventor 
founded a company to develop and 
market what appears to be the first 
personal computer to write directly 
from memory to the display. This 
invention has been widely licensed 
to the personal computer industry 
by Cadtrak. The "XOR" is only part 
of the invention. Cadtrak filed and 
has won at least one lawsuit against 
a larger company. The idea behind 
the "XOR" claims of this patent is 
simple. A program XORs a cursor 
icon onto a display device; later a 
second XOR to the same place 
erases the cursor, restoring the 
original display. To move the cur- 
sor one XORs the cursor to its old 
location, then XORs it onto the new 
location. There are many ways to 
get around this patent. One can use 
an underline as a cursor or "logi- 
cally or" the cursor onto the dis- 
play, erasing later by rewriting the 
display with its original informa- 
tion. This approach is fast, lets you 



change cursor icons easily, accesses 
the minimum possible data, and 
requires no space be reserved on 
the screen for the cursor. 

The League says this patent can 
be infringed in "a few lines of a 
program." It can be, but not on a 
computer that was commercially avail- 
able at the time the invention was made. 
The invention is largely the inven- 
tion of the frame buffer. As such, it 
requires hardware which has since 
become common, making it possi- 
ble to infringe the XOR claims with 
a few lines of code. Many, if not 
most, computer manufacturers in- 
cluding Apple and IBM have taken 
out licenses which cover programs 
running on their computers. 

This patent illustrates that it is 
usually easy to design around a pa- 
tent one accidentally infringes. If 
this patent, a hardware patent, is a 
"bad" patent as some claim, it only 
demonstrates that the electronics 
industry tolerates "bad" patents 
because it finds patents beneficial 
on balance. Software should be able 
to tolerate "bad" patents similarly. 
To discard the patent system be- 
cause some bad patents exist would 
be the same as suppressing free 
speech to stamp out lies. 
U.S. Patent 4,398,249: This is what 
the League has mischaracterized as 
fact, in 'Refrac recalculation pa- 
tent'. In 1970 Rene Pardo and 
Remy Landau invented the concept 
of an array of formulas that would 
enable businesspeople to write their 
own programs to create business 
applications. Although the word 
was not used, their invention is in 
essence the modern computer 
spreadsheet. The fact that the 
claims cover recalculation is an arti- 
fact of how the patent claims were 
written. Pardo and Landau mar- 
keted a commercial spreadsheet- 
like product based on this technol- 
ogy. This invention has been widely 
adapted in the personal computer 
industry — over 250 spreadsheets 
have been marketed. 

This patent was originally re- 
jected by the PTO as a mathemati- 
cal algorithm and thus unpatent- 
able subject matter. Pardo and 



PNtSlltS & 

eopirrights 

Kahin says, "Never before has 
an industry in wiiich copyright 
was widely established sud- 
denly been subjected to pat- 
enting" 1251. 

in fact, patent protection for 
software was established be- 
fore copyright protection. Dia- 
mond vs. D/ertr (1981) preceded 
the two most important soft- 
ware copyright cases, Apple 
Computer vs. Franklin Com- 
puter company (1982) and SAS 
institute inc. vs. S&H Computer 
Systems Inc (1985). Even today 
the case law on user Interface 
copyrights Is sparse. Software, 
or "computer-related" patents 
were obtained In the 1960s. 
iViartin Coetz of Applied Data 
Research received U.S. patents 
3,380,029 in 1968 on a Sorting 
System, and 3,533,086 in 1970 
on AutoFlow, an automatic 
flow charting program. (When 
IBM started giving Roscoe, a 
flowcharting program, away 
free, Applied Data Research 
sued for antitrust and, in 1969, 
settled for about $2 million In 
damages.) The recalculation 
patent filed in 1970 was 
granted In 1983. 



Landau felt so strongly about their 
inventive contribution that they 
appealed their case pro se, which 
means they, not a lawyer, wrote the 
brief and argued it before the ap- 
peals court. The decision, In re 
Pardo [23] is a major legal prece- 
dent which establishes that an in- 
vention is patentable whether or 
not the invention involves software 
"novelty." If their experience was 
typical, they were stonewalled when 
they tried to enforce their patents. 
This would explain why they ap- 
proached Refac — a white knight in 
the fight against the patent pirates. 
If Pardo and Landau have the same 
deal Refac offered others, then 
they can expect to collect royalties 
only as Refac does. 
U.S. Patent 4,633,416: This patent 
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is held by Quantel, a company that 
developed a line of commercial 
video editing products protected by 
its patents. Quantel filed for pat- 
ents when it was small, and it has 
grown from being a small to a large 
company because it has used its pat- 
ents to prevent competitors from 
using its technology. The first com- 
pany Quantel sued was much larger 
than it was. 
U.S. Patent 4,777,596: The League 



tells us XyQuest was notified that its 
product XyWrite infringed Produc- 
tivity Software patent, protecting 
the ability to accept an abbreviation 
or correct a spelling error by hitting 
a space bar. When licensing negoti- 
ations failed, XyQuest removed the 
feature from future releases. 

Productivity Software was 
founded in 1984 to develop data 
input systems where minimal key- 
stroke data input is important. 



Based on its patented technology, 
Productivity Software has grown to 
seven employees and markets 31 
specialty products. It has found 
niches in the medical and legal 
transcription and the handicapped 
marketplaces. 

Patent problems are generally 
minor compared to the other prob- 
lems pioneering companies face. At 
about the same time XyQuest had 
postponed introduction of its latest 



M€sm Pat enti 
Worlf 

Exclusive or territorial rights 
bestow on their owners a 
long-term outloolc, and create 
a simple test for determining 
whether or not to fight. This 
leads to stable solutions and 
minimizes inefficient disputes. 
Such rights occur in many 
areas. A miner stakes a claim; 
salespeople have exclusive ter- 
ritories, and professors special- 
ize In areas and are given ten- 
ure. Such territorial rights 
stimulate diversity by encour- 
aging competitors to stal<e 
their territorial claims at a dis- 
tance. Lee De Forest, for exam- 
pie, invented the triode, the 
amplifying vacuum tube, to 
avoid infringing Fessenden's 
spade detector patent [291. 

fVlany mlstai<eniy believe that 
the patent system protects 
only "flash of genius" Insights. 
That Is not true, in 1952, con- 
gress overrode the "flash of 
genius" doctrine. Patents are 
designed, not to stimulate In- 
vention directly, but to stimu- 
late their commercialization by 
giving exclusive rights for 17 
years to anyone who Invents 
something new and not obvi- 
ous. Just as an author need 
meet a standard of creativity 
to get a copyright on an origi- 
nal worl<, a patenthoider need 
meet a standard of nonob- 
viousness to get a patent on 
something new. 

The following discussion of 
patents is useful in providing 
an overall understanding of 



how patent infringement is 
determined, especially where 
an overly broad (e.g., "bad") 
patent may be Involved. 

Before the PTO will allow 
your patent application. It does 
a search (rather ili<e a title 
search when you buy a house) 
to find prior art on your Inven- 
tion—what others have done 
earlier that is disclosed In pub- 
lications or products. The pto 
examines the prior art it finds 
along with any you send It. If 
what you did is sufficiently dif- 
ferent. It issues claims that de- 
limit the territory of your in- 
vention. 

The process is rather lll<e 
finding new territory. Suppose 
you suddenly landed in Left 
Fori<, North Daicota and found 
that no one lived there and 
wanted to claim it as yours. 
You might try to claim ail the 
land west of the ivilsslsslppl. 
The PTO will likely find that 
people have lived in nearby 
states and may issue you a 
claim to say. North Dakota. Of 
course, the PTO could allow 
your claim In error. The too 
broad claim— ail the land west 
of the Mississippi- will look 
impressive and could be useful 
as a source of cash from peo- 
ple impressed by surface 
rather than substance. 

In practice, if you try to en- 
force the patent against, say, 
Californians who just discov- 
ered gold, they would show 
the court that people lived in 
California before you landed In 
Left Fork. The court will de- 
clare your broad claim Invalid. 



Practically speaking, you would 
not go to court once you real- 
ized that people lived in Cali- 
fornia earlier. You might go 
back to the PTO to get the pa- 
tent reissued, showing them 
the prior art and claiming a 
smaller territory. The PTO 
might only allow narrower 
claims that cover eastern 
North Dakota, or maybe only 
Left Fork, North Dakota. 

A patent does not necessarily 
give you rights to what It says 
It does. Undiscovered prior art 
might considerably narrow its 
scope. The advantages of 
being Issued a too broad pa- 
tent are (a) potential Infringers 
might keep a greater distance 
than they have to, and (b) you 
can wait to define the limits of 
your territory until you know 
the terrain better. The disad- 
vantage is that you might 
make business decisions based 
on your belief that you had 
rights you did not possess. 

There are two ways you can 
respect a patent: you can 
avoid infringement or you can 
take out a license, if you are 
infringing, the patenthoider 
will usually forgive past in- 
fringement if you agree to 
remove infringing capability. 
Your show of respect for the 
patent gives its holder credibil- 
ity with other infringers. 

As a possible infringer you 
have several courses of action 
when you face an overly broad 
(or "bad") patent, or Indeed 
any patent: 

1. Ignore the patent problem 
until Confronted with It 
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version for about a year so it could 
upgrade to IBM standards as part 
of an agreement in which IBM 
would market XyWrite exclusively. 
At the last minute IBM reneged on 
the deal [25], 

While the first five patents are 
held by small entities, the last four 
patents are held by large entities 
and they also protected commercial 
products: 
U.S. Patent 4,558,302: UniSys li- 



censes this, the LZW compression 
patent, for 1% of sales. It has 
threatened a large entity with a law- 
suit, but no small ones. 
U.S. Patent 4,555,775: The League 
describes AT&T's backup store pa- 
tent as "Too Obvious to Publish." 
Yet, in a letter in this issue of Com- 
munications, Dennis Richie points 
out that this technology was pub- 
lished in the ACM [36] and was re- 
cently called "a seminal paper" 



whose ideas are seen in X Windows 
Macintosh and many other win- 
dows systems [14]. While AT&T 
has sent notification letters on this 
patent, it has put the patent into 
reexamination and has not threat- 
ened suit or sued anyone on this 
patent. 

U.S. Patent 4,656,583: This is an 
IBM patent on compiler speedup. 
U.S. Patent 4,742,450: This is an 
IBM-shared copy on write patent. 



Why look for trouble you 
might never have to face? 
When and If a patent Is 
brought to your attention you 
can decide what to do. if you 
do a search and find a patent, 
you might spend effort design- 
ing around a patent that its 
owner would never have as- 
serted against you. if you do 
not design around it, you 
might be liable for treble dam- 
ages because you were aware 
of the patent. Of course if you 
are competing against prod- 
ucts protected by patents, you 
might want to checl< into their 
patents before you design 
your product, as you can ex- 
pect your competitor to exam- 
ine your product for Infringe- 
ment, thus you will probably 
have to face the problem one 
way or another. Here, it Is 
good accounting practice to 
set aside a reserve for In- 
fringement. 

2. Stay outside the claimed ter- 
ritory. 

if the patent claims all the land 
west of the Mississippi and you 
stay on the east of the Missis- 
sippi, you will not infringe. 

J. Co where people were. 

if you know people were In 
Bismark before the patent- 
holder landed In Left Fork, set- 
tling in Bismark will protect 
you. Distrust rumors about 
earlier settlers. Make sure the 
prior art is documented in a 
published paper or was obvi- 
ously used In a product, if you 
ask around the industry you 



are likely to find pointers to 
prior art. You might want to 
send the prior art to the pa- 
tent owner, or the PTO for in- 
sertion In the file wrapper. The 
file wrapper is a file containing 
ail the correspondence on the 
patent with the PTO. Your pa- 
tent lawyer might consult it to 
find prior art which might help 
you design around a patent or 
understand its scope. 

4. Make a business deal with 
the patentholder 

Generally you can license, or 
cross-license a patent or find 
some other way to get rights. 

5. Break the patent 

YOU can attempt to get the 
patent invalidated by proving 
it Is invalid over the prior art, 
the disclosure was Inadequate 
or it was otherwise Invalid. 
This is risky and expensive 
where the patent is good and 
the patentholder determined. 

A patent must claim some- 
thing new, lest Its owner usurp 
others' rights; it also must be 
on something nonobvious to 
prevent giving protection to 
Insignificant improvements. 

As technical people, we often 
look at a patent differently 
from the way entrepreneurs 
and judges do. we see Left 
Fork, North Dakota after it has 
become a thriving town, and 
are likely to say it is obvious- 
there are lots of places like 
Left Fork, and lots of them 
have similar buildings; thus 
constructing buildings In Left 
Fork seems obvious. It does 



not belong to the entrepre- 
neur, invite everyone! 

The Left Fork patentholder, 
the entrepreneur, feels this is 
like arguing that It was obvi- 
ous that land in Silicon Valley 
or Microsoft stock would ap- 
preciate in value. Given the 
advantage of hindsight, it Is 
obvious, but the person who 
Invested in the land, the stock, 
or the technology should ben- 
efit from its appreciation In 
value. The entrepreneur says, 
"I built the buildings based on 
my being granted rights to 
them and my having a vision 
of what I could make of it. And 
now you are looking for loop- 
holes in my deed so others can 
move in! it may be a poor 
thing, but it is my own." 

As technical people our Im- 
mediate bias is to find Inven- 
tions "obvious," because we 
focus on the technical sophisti- 
cation, evaluated with the ad- 
vantage of hindsight. The 
value of land, a patent or a 
copyright has to do with how 
the market evaluates it. if the 
land is in the Mohave desert; 
the copyrighted work banal, or 
the patent on technology peo- 
ple don't want, then it may be 
worthless, if the land is in 
downtown Manhattan, the 
copyright on Donald Duck, or 
the patent on technology oth- 
ers want, It can be very valua- 
ble. The important thing about 
an invention is not so much 
that it be inventive, but that it 
be new if it is to be patented, 
and that it be useful if people 
are to buy it. 
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These two patents are what IBM 
calls Group 1 patents whose royalty 
is 1% of sales. They have been li- 
censed by IBM as part of general 
licensing agreements but have not 
been licensed individually. (About 
50 of IBM patents are Group 2 pat- 
ents. Group 2 patents can be li- 
censed for 2% each; the entire 
Group 1 portfolio, for 2%; and the 
entire IBM patent portfolio for 
5%.) 

These two patents have not been 



Apple paid $1@ 
million to use 
the neime 
"Apple" 



Trademark law Is like patent 
law In that the first one who 
claims It gets to own It. The 
Beatles recorded on their own 
label, Apple Records. When 



litigated and I do not believe IBM 
has aggressively asserted these pat- 
ents against anyone. IBM, like most 
companies, normally files for pat- 
ents only to protect what they ex- 
pect to become commercial prod- 
ucts. We treat these patents as 
protecting commercial products. 

Most patents are never asserted. 
Much of the value of patents, like 
that of the Swiss Army, is that they 
act as a deterrent. The patents de- 
scribed here are typical of the small 



Apple computer was founded 
It agreed not to use the Apple 
name In the music business. 
Later, when the Macintosh 
played music, the Beatles sued. 
Apple Computer settled, paying 
about $30 million dollars to use 
the name "Apple." 

I have been publicly accused 
of extorting Apple. Did I extort 
Apple? Did the Beatles extort 
Apple? Should the computer 
business have Its own sul ge- 
neris trademark law? 



Table 


1. 






company Size 


Large 


Small 


Total 


Patent Activity 








Patents granted 


4 100% 


5 100% 


9 100% 


Protected commercial products 


4 100% 


5 100% 


9 100% 


License appears to be available 


4 100% 


4 80% 


8 89% 


Firm founded to develop technology 


0% 


4 80% 


4 44% 


sued Large Entities 


0% 


4 80% 


4 44% 


Sued Small Entities 


0% 


2 50% 


2 22% 


First suit against small Entity 


0% 


0% 


0% 


Suits threatened 


1 25% 


5 100% 


5 67% 


Patent Asserted (Notice sent) 


2 50% 


5 100% 


7 78% 


Resolution (Patent Asserted) 








Infringement Removed 


0% 


1 20% 


1 11% 


Product removed from market 


0% 


1 20% 


1 11% 


Licenses 


1 25% 


2 40% 


3 33% 


Unresolved 


1 25% 


1 20% 


2 22% 


Nothing to Resolve (No notice) 


2 50% 


0% 


2 22% 


Total 


4 100% 


5 100% 


9 100% 


Patents cited In Against software Patents. We treat multiple patents covering 


the same technology as a single patent. With the exception of Quantel, the 


small entities were less than a dozen people at the time the patent was filed, 


and the large entitles were Fortune 1000 companies. We assume that if a 


lawsuit was threatened, a notice was sent 


and If a lawsuit was filed 


a lawsuit 


was first threatened. We assume that if a patent has been asserted- 


-people 


have been sent notices— there is a matter to be resolved. Even If one 


characterizes cadtrak and Refac as being in the business of litigating patents 


as some do, the relevant fact is that the original patentholders were small 


entities introducing commercial products protected by patents. 





number where the patentholder 
forces a resolution: the infringer 
may take a license, design around 
the patent, or produce prior art 
showing there was no infringe- 
ment. 

Many letters asserting patents 
are no trespassing signs, putting 
potential infringers on notice 
should they infringe or telling them 
not to. They require no action. The 
notified companies might send 
prior art back to the patentholder, 
who might send it to the PTO for 
reexamination. The "infringer" 
may ignore the notice, waiting to 
see the reexamined patent or for 
the patentholder to become more 
assertive. The resolution may be 
hidden, in that an infringer may 
design around the patent. Rarely, a 
product is withdrawn from the 
market. The statistics on the cited 
patents are summarized in Table 1 . 

Whether any patent including 
those described here, is valid and 
infringed is a complex legal and 
technical question. An advantage of 
the patent system is that the ques- 
tion is an objective one based on the 
patent, prior art, and the "infring- 
ing" device. Such a dispute is less 
acrimonious than one in which the 
task is to evaluate testimony where 
one person yells "thief," and other 
"liar." Whether infringement actu- 
ally occurred in any of the cases is 
irrelevant. The relevant question is 
did the original patentholders 
bring commercial products to mar- 
ket based on the patented technol- 
ogy and motivated by the rights a 
patent bestows? 

Analysis Results 

The nine patents cited by the 
League summarized in Table 1 lead 
us to these conclusions: 

1. Software patents stimulate com- 
panies to bring commercial prod- 
ucts to market. 

All nine patents protected commer- 
cial products. 

2. Software patents stimulate new 
business formation. 

Four of the nine patents were from 
startups founded to exploit the pat- 
ented technology. A fifth filed for 
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its patent in its seventh year. All five 
companies struggled for years. 

3. Software patents stimulate the 
commercial introduction of funda- 
mental advances by small entities. 
The technology pioneered by at 
least three of the small patent- 
holders was significant in that it 
started new product categories or 
were widely adopted in the indus- 
try. 

4. Licenses are usually available 
where companies enforce patents. 
Only Quantel seems to be unwilling 
to license its patent. 

5. Where similar-size companies 
had a dispute, they settled differ- 
ences quickly without litigation. 
The only patent dispute between 
similar-size companies (XyQuest) 
was settled readily. No small entities 
were faced with a lawsuit brought 
by a large entity without the advan- 
tage of the patentholder having set- 
tled earlier with a large infringer. 

6. Small entities incurred little if 
any royalty and litigation costs for 
infringing patents. 

The only disputes in which a small 
entity paid patent royalties or was 
sued were those in which the patent- 
holder had previously settled dis- 
putes with larger companies. No 
case was cited in which a big com- 
pany aggressively went after a small 
one over patents, unless a large 
company had respected the patents 
first. The only such instance the 
author knows of is IBM (see side- 
bar). 

7. Patent piracy by large entities 
appears to be common and small 
entities have a tough time getting 
their rights respected. 

Four of the five small entities had 
large entities use their technology 
without first licensing it. All four 
were forced to sue. This makes it un- 
likely that all the patent disputes 
were an honest difference of opin- 
ion, although some probably were. 
For this reason "piracy" seems a fair 
characterization. These same small 
entities have had their patents mis- 
characterized and their motives 
inpugned in the academic, trade 
and business press read by the soft- 
ware community. 



It can cost over a million dollars 
to litigate a patent through to trial. 
The data shows that large entities 
are quick to use their power to try 
to intimidate small ones into aban- 
doning their rights or accepting 
nuisance settlements rather than 
address infringement issues on 
their merits. It appears that this 
high rate of patent piracy is caused 
in part by the Federal Rules of Civil 
Procedure which tilt the scales of jus- 
tice against the weak. 

Our results confirm the League's 
suggestion that big companies will 
readily bully small ones, but refutes 
its suggestion that a patentholder 



who asserts a patent will get show- 
ered with a gold. The yellow matter 
is not gold. 

8. U.S. companies are slow to ac- 
cept software innovations from 
outside sources. 

The Japanese adapt innovations 
from sources outside the company 
twice as fast as U.S. companies [31]. 
The technology protected by at 
least two of the patents (CadTrak 
and HyperRacks) was exposed to 
companies that later became the 
first infringers. 

Japan's ability to accommodate 
outside [the firm] innovation may 
be one of the reasons it has been so 



Big Compnniei @o iu© Small Ones 

While the League says that big companies will use patents 
against small ones, it cites no example. Two came to my atten- 
tion. (I was contacted because I had arguably relevant prior art 
on the first patent.) In both, IBM sued former employees to get 
ownership of patents on technology developed on their own 
time, unrelated to their work and only after the technology 
proved to have value In the market. 

IBM vs. coiawasser civil 5:91 00021 d. conn.: IBM encouraged 
employees to develop software products on their own time and 
seek patent protection for them so IBM could evaluate them for 
marketing, coldwasser developed such a software product, but 
IBM rejected It; he left IBM stating he Intended to pursue his 
technology, as he did. Six years later, another company intro- 
duced a product that seemed to be infringing his patents and he 
sued them. That company claimed it was covered under its 
cross-license with IBM; IBM sued Coldwasser to get ownership of 
the patent. 

IBM vs. zacharlaaes c-9l 20419: zachariades before and while 
working for IBM developed on his own time a plastic valuable to 
the medical Industry. He kept IBM Informed about what he was 
doing, applied for patents, started his own company, and li- 
censed the technology to a medical prosthesis company. When 
he was not paid, he sued and a Jury awarded him $99 million. IBM 
"suddenly" found out what was happening and fired, and sued, 
him for the patents, telling him they did it in part to "terrorize" 
other IBM employees. 

companies like to hire litigators who know what it is like from 
the other side, in both cases IBM is represented by the same firm 
that represented Edwin Armstrong, the great Inventor of modern 
radio when David Sarnoff and RCA were refusing to respect 
Armstrong's rights. Ken Burns tells the story In his PBS documen- 
tary. Empire of the Air. on January 31, 1954 Edwin Amstrong 
under the strain of RCA's tactics— well dressed as always, in a 
suit, overcoat, scarf and gloves—Jumped from his I3th floor 
apartment onto the third story roof of the River Club below 1291. 
His widow won all the patent suits. 

Having hired a firm that experienced firsthand the tactics that 
caused a great Inventor to kill himself, IBM should be able to, by 
suing Coldwasser and zachariades, "terrorize" its employees. 
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Table 2. 



Innovation 
Source 



commercial Efficacy cost cost- 

Products (Patents Asserted) (000,000/yr) effectiveness 



Large entity 4 

Small entity 5 

commercial Sector 9 

Federally funded 1 



0.03 
0.01 

0.04 
$487.0 



67. 
500. 

175. 
0.0021 



Cost Effectiveness to Taxpayers of Innovation Sources. None of the nine 
patents appears to result from federal funding. However, we arbitrarily 
allocate one patent to this category so as to prevent zero results. While the 
PTO Is virtually self-funded, $1-8 mlliion of Its §419 million budget comes from 
taxpayers, since about 25% of the patents are from small entities and 75% 
from large entitles we distribute the $1.8 million accordingly. We assume that 
2% of the patents are software related; It is probably less. Government R&D 
in computer science was $487 million in fiscal 1989 out of total federally 
funded research of $61 billion. 



successful in dominating markets. 
If the U.S. is to exploit its strengths 
in innovation, it must learn to adapt 
outside innovations without the 
inefficiency of legal confrontation. 
Fast and efficient patent enforce- 
ment should encourage U.S. com- 
panies to license outside technology 
early rather than wait until they 
have an infringing product in the 
market and face legal exposure. 

If large companies are forced to 
deal with infringement issue early, 
they might see it is to their advan- 
tage to work with the inventors, 
using their knowledge. Now, the 
legal system keeps the patentholder 
and infringer at war until such time 
as the patentholder's knowledge is 
of little value to the "infringer," 
thus wasting one of our most valua- 
ble resources — the creativity and 
experience of innovators. 

9. Developers do not seem to be 
infringing multiple patents on a 
single product. 

The only example that was cited in 
which someone faced infringement 
issues from more than one patent- 
holder seems to be XWindows fac- 
ing the CadTrak and AT&T pat- 
ents, but this has not been resolved 
and no lawsuits seem to have been 
filed or threatened. 

10. The patent system seems to 
reject bad patents early in the pa- 
tent assertion process. 

We think the League is right in al- 
leging that bad patents have been 
issued. The League however, fails 
to identify a patent that was re- 



jected by the courts. We think this is 
because issues of prior art and pa- 
tent invalidity are considered early 
in the patent assertion process. 
Patentholders rarely continue to 
assert patents in the face of solid 
evidence of invaUdity or noninfrin- 
gement. 

11. If software patents were more 
widely respected we would proba- 
bly have had fewer variations on a 
thenie, and more themes to vary 
on. 

Product development effort seems 
to have focused on creating many 
versions of an invention once its 
value was proven. Over 250 differ- 
ent spreadsheets and at least four 
products generally considered to be 
HyperCard clones were marketed. 

12. Big companies' patents do not 
seem to inhibit small developers. 
The innovations protected by small 
entity patents listed here seem to 
have been more widely adopted 
than those of big companies in their 
industries. Big companies are bet- 
ter at commercializing and protect- 
ing their minor innovations, than 
their major ones. 

That small entities seem to intro- 
duce the more fundamental inno- 
vations to the market is telling. Big 
companies are often unsuccessful 
in transforming innovations into 
commercial success: Xerox PARC 
pioneered much of modern-day 
personal computer and its software. 
Although IBM invented a prede- 
cessor to the spreadsheet (expired 
U.S. Patent 3,610,902), it did not 



market a commercial product based 
on it; it also did not assert the pa- 
tent even though its claims seem to 
read on (i.e., be infringed by) mod- 
ern spreadsheets. These technolo- 
gies became major product catego- 
ries primarily through the efforts 
of small entities. 

13. Small entities using patents 
are exceptionally cost-effective in 
encouraging innovation — especi- 
ally compared to federal funding. 
Table 2 shows a rough estimate of 
the efficacy of three major sources 
of innovation: federally funded, 
large entity, and small entity. Our 
results show that small entities are 
7.5 times as cost-effective at stimu- 
lating innovation as large ones, and 
200,000 times as cost-effective as 
federal funding. The U.S. grants 
patent rights to universities as part 
of its research contracts; thus pat- 
ents are issued in all these areas and 
patents asserted is a reasonable 
measure of innovation. We believe 
a more scientific study would refine 
these results, but doubt it would 
change the basic conclusion. 

As a software developer, you 
might review the patents discussed 
and put yourself in the place of 
each of the parties involved. If your 
product finds satisfied users, do 
you think better financed compa- 
nies with stronger marketing orga- 
nizations will market competitive 
products, using your innovations? 
If so, will patents be useful to you? 
If a patent is enforced against you, 
do you think you will be able to de- 
sign around it? If you have to li- 
cense it, do you think your competi- 
tors will also have to license it, thus 
passing the cost on to the end cus- 
tomers? Which problem would you 
rather have: a big company enter- 
ing a market you developed, or 
finding out you were accidentally 
infringing a patent? Do you think 
the effect of software patents might 
be more innovation, higher soft- 
ware prices and an industry with 
more long-term profitability? 

If you are protected by patents, 
your success depends in part on 
your patented inventions as others 
must deal with them. If you acci- 
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dentally infringe a patent, design- 
ing around it is within your exper- 
dse. If you do not have patents, 
success depends much more on the 
ability to finance and market prod- 
ucts — capabilities outside of your 
expertise and control. If you are a 
software developer, don't patents 
benefit you by manifesting your 
contributions in rights you can 
bring to the bargaining table, while 
confining the problems largely to 
your area of expertise and control? 
Issues in Science and Technology (Win- 
ter 1992) contains a letter from 
Commissioner of Patents Harry F. 
Manbeck who said of another arti- 
cle by the same authors that they 
[15]: 

demonstrate they do not understand the 
current law . . . Most of their statements 
. . . do not appear to be the result of a 
balanced and reasoned inquiry and do 
not appear to be supported by the facts. 
. . . they cavalierly dismiss the view of 
those who appear to have used the patent 
system successfully and impugn their 
motives . . . 

The PTO issued about 89,000 
patents in 1990 from which the 
League, with the advantage of 
hindsight, can pick and choose the 
ones to attack. Consider the infor- 
mation presented here on patents 
the League selected to demonstrate 
the PTO's mistakes. Whose stan- 
dards are higher, the League's or 
the PTO's? 

Recommendations 

After reviewing our results we can 
make sorhe general recommenda- 
tions. 

1. Policy should be made on the 
assumption that innovation occurs 
in software as in other technolo- 
gies until compelling evidence to 
the contrary is found. 

This is consistent with the results 
described here. The operational 
implications are to continue to let 
the system operate as it is accepting 
evolutionary changes based on ex- 
perience rather than speculation. 

2. The PTO should be viewed as a 
source of innovation that competes 
for funding with other federally 
funded sources of innovation. 



PTO fees should be reduced, espe- 
cially for small entities, and the 
PTO should receive a higher level 
of funding to improve its ability to 
examine patents so it can issue bet- 
ter quality, more timely, patents in 
software and other technologies. 
European patent offices are much 
better equipped and much better 
funded. It seems that the PTO 
should compete with the NSF and 
other organizations for federal 
funding on the basis of their cost 
effectiveness in encouraging inno- 
vation. 

In 1990 only $2 million of the 
PTO budget of $419 million came 
from federal funding; the remain- 
der came from user fees. Superfi- 
cially, it might seem that investing 
in the patent system will have a 
mukiplier effect of 80,000 in creat- 
ing innovation as compared to fed- 
erally funded science. We suggest 
no such thing. We do however ask 
the question: If taxpayers were to 
spend an additional $160 million 
per year to support innovation, we 
could either increase the $64 billion 
federal funding on science by one- 
fourth of one percent (0.25%) or 
increase PTO funding by 40%, ena- 
bling the PTO to issue better pat- 
ents and restore reduced user fees 
for small endties. Which will likely 
produce more innovation? Which 
will achieve a greater multiplier ef- 
fect by encouraging additional pri- 
vate investment? 

An example of federally funded 
science is fusion power research, 
which has been going on for at least 
25 years, has cost hundreds of mil- 
lions of dollars and has produced 
little pracdcal result. Pons and 
Fleishman developed (and filed for 
patents on) cold fusion without 
government funding yet they, hav- 
ing invested their own money and 
not being in the mainline of gov- 
ernmental funding, are heavily crit- 
icized. While it is not clear that Pons 
and Fleishman have produced cold 
fusion, respected people in the field 
believe that they have, even if no 
one yet understands what is hap- 
pening. This is just an example of 
how the system is biased in favor of 



government funding of expensive 
conventional solutions, and against 
individuals and small companies 
who risk their own time and money 
to innovate. 

Individuals taking a contrary 
view have been the major source of 
new ideas in both science [38] and 
engineering [24]. This is why small 
entities and the patent system are so 
important. Most will fail, but the 
successes more than make up for 
the failures. 

It would be interesting to evalu- 
ate the results of federally funded 
science to see which projects are 
worth the cost. Some projects may 
have become like those welfare 
mothers who, generation after gen- 
eration, are entrapped in a govern- 
mental support system. 

3. The patent laws should be mod- 
ified to make it possible for small 
entities to assert their patent rights 
more effectively. 

The data show it is commonplace 
for large companies to pirate the 
technology of small entiries. No 
case was cited where a large com- 
pany licensed a small entities' tech- 
nology without first being sued sug- 
gests the existing laws do not 
motivate large companies to resolve 
patent disputes with small compa- 
nies quickly. The issue here is not 
just fairness to inventors and im- 
proved efficiency in settling dis- 
putes. Rather, it is concerned with 
avoiding the waste that occurs be- 
cause U.S. companies are so much 
slower at adopting new innovations 
than Japanese companies. 

Congress responded with an- 
tipiracy legislation where software 
copyrights were concerned; we 
would hope it would similarly pass 
legislation to prevent patent piracy. 
Remedies similar to the criminal 
penalties for copyright infringe- 
ment and Rule 1 1 sanctions for at- 
torneys who file frivolous suits are 
worth considering. We suggest the 
following as possible remedies for 
patent disputes to stimulate discus- 
sion: 

• After being put on notice, an "in- 
fringer" would have six months to 
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file any prior art to be used to de- 
fend the infringement suit with the 
PTO. (I find it difficult to believe it 
is well-known art if it can not be 
found in six months.) 

9 If a patentholder prevails in a 
lawsuit, the remedies should in- 
clude an extension of the period of 
exclusivity against that infringer 
equal to the length of time the suit 
was in progress. 

• Discovery should be limited. 

These suggestions, which should 
induce speedier resolution of pat- 
ents disputes, are suggested for all 
patents disputes, not just software. 

The patent system, an enor- 
mously productive system for in- 
ducing innovation, is being stymied 
by a cumbersome dispute resolu- 
tion process. Is it in the public good 
to have a system of conflict resolu- 
tion that discourages conflict reso- 
lution? Should innovators spend 
their time innovating or litigating? 
If the courts could resolve software 
patent and copyrights issues more 
quickly, it would clarify the law so 
everyone can make decisions with 
some predictability. The problems 
are not unique to patents but occur 
in all litigation. That the judicial 
and even the legal, community are 
beginning to address the ineffi- 
ciency of dispute resolution and liti- 
gation is grounds for cautious opti- 
mism. 

4. Further study of the role of pat- 
ents and federal funding in soft- 
ware innovation is useful. 

We are keenly aware that the sam- 
ple is small and unscientific, and 
thus our results should be consid- 
ered suggestive rather than defini- 
tive. A more definitive study should 
be useful in bringing out facts that 
would be useful in evaluating fu- 
ture changes to the patent law. 

These recommendations can be 
summarized thus: Redress the bal- 
ance of incentives so innovators will 
prefer to develop their ideas com- 
mercially, using patent protection 
rather than search for federal 
funding. 



The Software Patent 
Confrontation 

The software industry is getting 
more competitive. Almost every 
company that has hit products uses 
its cash flow to develop entries in 
other product categories. As a re- 
sult, product categories are getting 
very competitive. Since most soft- 
ware companies have confined 
their intellectual property to source 
code copyrights, user interface 
copyright and trademarks, when- 
ever they come up with a successful 
innovation, their competitors will 
often quickly replicate it. As a re- 
sult, the impetus is toward similarly 
featured products competing on 
price, differing only in the mistakes 
which the originators must main- 
tain to support their existing cus- 
tomers. 

Now companies are recognizing 
that by using patents they can com- 
pete on features and function — not 
just tactically, but strategically. 
Even if competitors do replicate the 
features, they will likely make them 
different enough to avoid infringe- 
ment. Companies following this 
approach will support standards, 
but their products will have a sub- 
stantial proprietary component 



ALPHA: A^raliom 

M®M@WS 

Association 

This organization, founded In 
January 1992, supports the use 
of, and educates people about, 
software patents. Already, al- 
pha's members Include two 
software patentholders whose 
patents have been litigated, 
four patentholders whose pa- 
tents are mentioned here, two 
former board members of the 
Software Publishers Associa- 
tion and lawyers from Mer- 
chant and Gould, Baker and 
McKenzle, Welch and Katz and 
the Franklin Pierce Law center, 
and a former commissioner of 
patents and trademarks. 



engendering products with more 
diverse feature sets. This will en- 
able the industry to compete more 
on the profitable playing field of 
unique capabilities and market po- 
sition and less on price. This is con- 
sistent with standard business 
school product marketing, where 
product differentiation and market 
segmentation are basic. 

Intellectual property has already 
driven the market for those who 
got in early and established stan- 
dards. Lotus owns the 1-2-3 stan- 
dard. Novell owns a major network 
standard and WordPerfect, a major 
word processor standard. Apple 
owns the Macintosh User interface 
standard and Intel and Microsoft 
own the IBM compatibility stan- 
dard. Patents give new companies 
the opportunity to establish and 
own something of value in the mar- 
ket based on their innovativeness 
rather than their marketing and 
financial capabilities. 

While the problem of people ac- 
cidentally infringing software pat- 
ents has been greatly exaggerated, 
several patents will be successfully 
asserted against existing products. 
This will be primarily between 
those companies that focused on 
innovation and have patents, and 
those that focused on exploiting 
recognized business opportunities. 
This kind of confrontation oc- 
curred earlier in the aircraft and 
other industries [21]. 

During these confrontations, the 
businesses with a large volume of 
infringing products will under- 
standably, feel "extorted" since they 
did not anticipate patent infringe- 
ment. Such businesspeople will take 
support for their position from 
those who argue against software 
patents and advocate or suggest 
invalidating existing software pat- 
ents ([15, 39]). 

The software innovators who 
advanced the technology and made 
business decisions based on their 
patent rights will similarly feel 
cheated especially where they pio- 
neered commercial products based 
on their inventions. When deposi- 
tors made decisions based on gov- 
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ernment guarantees of S&L depos- 
its, no one suggested that the 
government default on its obliga- 
tions to insured depositors, as peo- 
ple suggest the government invali- 
date existing software patents. No 
one vilifies the S&L depositors be- 
cause the government has to pay 
them money; yet software innova- 
tors find themselves vilified with 
lies and half truths. 

In this confrontation, both sides 
start out feeling cheated. 

Many "infringers" will react 
emotionally and view it as a prob- 
lem to be gotten rid of and many 
will fight to the bitter end. This 
raises the stakes, since a company 
having been put on notice may be 
liable for treble damages and attor- 
neys' fees. Patentholders will not 
likely pursue these cases for four or 
five years to let the infringers' lia- 
bility build up. After a suit is filed 
these companies will be getting 
much of their advice from those 
who have most to profit from the 
litigation; their litigators. This 
seems to be what is happening to 
Lotus. 

Some software developers on 
finding out that the rules were not 
what they thought, face the prob- 
lems of infringing others' patents 
while not having patented their 
own successful innovations. Some 
will chalk it up as one of many risks 
and uncertainties of business. 
Those who react emotionally might 
find it useful to first ask; Which of 
the players have acted in good 
faith? Which have not? Which have 
been responsible for the patent 
mess? Which have been innocent 
victims? Having answered these 
questions, such developers can 
more effectively target their wrath. 

Companies that act rationally will 
analyze the patents to ascertain 
their scope and validity, whether 
infringement is occurring, and how 
easy it is to remove the "infringing" 
capability. They will check with 
other licensees. They will consider 
the obvious options, such as taking 
out a license, removing the infring- 
ing capability, finding prior art and 
showing it to the patentholder, or 
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fighting in court if that is the only 
possibility. They will probably try to 
address the problem early, before 
the liability builds and consider 
negotiating a license or using some 
form of alternative dispute resolu- 
tion to resolve infringement and 
validity issues. If the problem is as- 
sociated with purchased product, 
most companies will stand in back 
of their products and provide a li- 
cense, warrant it against infringe- 
ment, or provide guidelines on how 
to avoid infringement. It will put its 
"no problem" in writing. 

Astute companies will view in- 
fringement as an opportunity in 
disguise. If the patent is good and 
competitors are, or soon will be, 
infringing it, the first licenses can 
generally get an inexpensive license 
forcing competitors to pay more if 
they want to use the technology. It 
may be possible to get an exclusive 
license on some feature which dif- 
ferentiates a product from the com- 



petitor's. It can be worthwhile to see 
if the patent covers useful capability 
which could be added to the prod- 
uct. The best time to negotiate for 
the license is when you do not have 
the liability of infringement but can 
offer to create a demand for that 
capability by incorporating it into a 
product. Invention being the 
mother of necessity, your competi- 
tors will be faced with the choice of 
paying a higher price to license the 
technology or leave it out, thus dif- 
ferentiating your product from 
theirs. 

In brief, what superficially looks 
like another problem to be dealt 
with in the increasingly competi- 
tive, commodities-oriented soft- 
ware business, might prove to be 
what makes products less price com- 
petitive. Many industries have 
worked on this basis all along; pat- 
ents make industries more diverse 
in their offerings, more profitable, 
more innovative, and ultimately will 
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make the U.S. more competitive. 

The essence of this article is sim- 
ple: Software intellectual property 
issues are not inherently different 
in substance from other technolo- 
gies; what motivates people is not 
inherently different; industry life 
cycle is not inherently different; 
marketing and business strategies 
and tactics are not inherently dif- 
ferent; the law and policy issues are 
not inherently different; the tech- 
nology is not inherently new. Soft- 
ware has been around for 40 years. 
The issues may be new to those who 
had no experience with them. But 
the only difference is that software 
is a mass market industry for the 
first time and real money is at stake. 
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August 17-20 

■ SICCOMM Symposium, communica- 
tion, Architectures, and Protocols 

Baltimore, Md. Sponsor: SIGCOMM. 
Deepinder Sidhu, Univ. of Maryland, Balti- 
more County Campus, Comp. Sci. Dept., 
5401 Wilkins Ave., Baltimore, MD 21264; 
(301) 455-3028; email: sidhu@umbc3. 
umbc.edu. 

August 17-21* 

2lst international conference on Parallel 
processing 

Charles, 111. For sponsorship and additional 
information contact T. Feng, E.E. East Bldg., 
The Pennsylvania State Univ., University 
Park, PA 16802; (814) 863-1469; fax: (814) 
865-7065; email: tfeng@ecl.psu.edu. 

August 19-21 

B International Workshop on Distrib- 
uted Object Management 

Edmonton, Alberta, Canada. Sponsor: Univ. 
of Alberta in coop. w/SIGMOD. Contact M. 
Tamer Ozsu, Univ. of Alberta, T6G 2H1 Can- 
ada; (403) 492-4589; email: ozsu@cs.alber 
ta.ca. 

August 24-27 

m 18th International conference on very 
Large Data Bases 

Vancouver, BC, Canada. Sponsor: CIPS and 
VLDB Endowment in coop, with SIGMOD. 
Contact Paul Sorenson, Univ. at Alberta, 615 
General Services Bldg., Edmonton, Alberta, 
T6G 2HI Canada; (403) 492-4589; email: 
sorenson(5)cs.ualberta.ca. 

August 24-27 

CONCUR '92 

Stony Brook, N.Y. Contact Scott Smolka, 
Dept. of Comp. Sci., SUNY@Stony Brook, 
Stony Brook, NY 1 1794; (516) 632-8453; fax: 
(516) 632-8453; email: sas@cs.sunysb.edu. 

August 26-28 

4th International symposium on Pro- 
gramming Language Implementation 
and Logic Programming (PULP 92) 

Leveun, Belgium. For sponsorship and infor- 
mation contact Maurice Bruynooghe, Dept. 
of Comp. Sci., Katholieke Univ. Leuven, 
Celestijnenlaan 200A, B-3001, Heverlee, Bel- 
gium; fax: -H-32-(0) 16-20.53.08; email: 
maurice@cs.kuleuven.ac.be. 

August 31 -September 2 

FPL 92: International workshop on Field- 
Programmable Logic and Applications 

Vienna, Austria. Sponsor: Vienna Univ. of 
Technology and Univ. Kaiserslautern. Con- 
tact Herbert Grunbacher, FPL 92, Vienna 
Univ. of Technology, Treidstrasse 3, A-1040 
Vienna, Austria; 4-43 1 58801-8150; fax: -1-43 
1 569697; email: herbert@vlsivie.tuwien. 
ac.at. 

September 2-4 

3d International workshop on VLSI for 
Artificial intelligence and Neural Net- 
works 

Oxford, England. Sponsor: Univ. of Oxford. 
Contact Jose G. Delgado-Frias, Dept. of Elec- 
trical Engineering, SUNY@Binghamton, NY 
13902-6000; (607) 777-4806; fax: (607) 777- 
4822; email: delgado@bingvaxu.cc.bing 
hamton.edu. 




September 2-4 

DEXA 92: 3d Conference on Database and 
Expert Systems and Applications 

Valencia, Spain. Sponsor: Tech. Univ. of Va- 
lencia, Research Inst, for Applied Knowledge 
Engineering, Austrian Comp. Soc, and Ger- 
man Comp. Soc. Contact Roland Wagner, 
Inst, of Comp. Sci., Univ. of Linz, A-4040 
Linz, Austria; -1-43 (732) 2468-791; fax: -1-43 
(732) 243989; email: a4423dab@awiunill. 
bitnet. 



September 7-8 

2d European workshop on Software Pro- 
cess Technology 

Trondheim, Norway. Sponsor: AFCET, 
AICA, Norwegian Computer Society, et al. 
Contact Jean Claude Derniame, Centre de 
Recherche en Informatique de Nancy, GRIN, 
Campus Scientifique, B.P.O. 239, F-54506 
Vandoeuvre Les Nancy, France; -t-33 
83.413052; fax: +33 83.413079; email: der 
niame@loria.crin.fr. 

September 7-10 

m European Design Automation Confer- 
ence 

Hamburg, Germany. Sponsor: SIGDa, GI, 
ITG, GME, BCS, NGI, AFCET, IEEE CS, 
IFIP. Contact Egon Horbst, Siemens AG ZFE 
IS EA, Postfach 830953, D-8000 Munchen 
83; 49 089 636 3354; email: mcvaxlunidol 
ztivaxlhoerbst. 

September 7-11 

IFIP Congress 1992: I2th world Computer 
Congress 

Madrid, Spain. Sponsor: International Feder- 
ation for Information Processing. Contact 
Grupo Geyseco, IFIP '92, Mauricio Legendre 
4, BG, E-28046 Madrid, Spain; fax: (+34-1) 
3234936; email: ifip@dit.upm.es. 

September 8-9 

2d European Modula-2 Conference 

Leicester, England. Sponsor: Leicester Poly- 
technic. Contact Sue Brookes, Modula-2, 
Leicester Polytechnic, Marketing Centre, P.O. 
Box 143, Leicester LEI 9BH England; (0533) 
577098; fax: (0533) 549972. 

September 8-10 

MDBD-92: Baltic Conference on the 
Methods of Database Design 

Riga, Latvian Republic. Sponsor: FRAME, 
Ltd. in coop. Baltic Coop. Council, ICM Univ, 
of Stockholm, and Latvian Academy of Sci- 
ences. Contact Boris Cadish, MDBD-92, 
Perses St., 2, Riga, Latvia, 226400; 211510; 
fax: (0132) 282524. 

September 14-16 

DCCA-3, 3d IFIP Working conference on 
Dependable Computing for critical Appli- 
cations 

Mondello (Palermo), Sicily, Italy. Sponsor: 
IFIP Working Group 10.4. Contact Luca 
Simoncini, Dipartimento Di Ingegneria 
deirinformazione, Univ. of Pisa, Via 
Diotisalvi 2, 56100 Pisa, Italy; +(39) 50 
593443 or 550100; fax: +(39) 554342; email: 
simon@icnucevm.cnuce.cnr.it. 



September 15-18* 

■ HCl '92 People and Computers 

York, United Kingdom. Sponsor: BCS, HCI 
Group, in coop. w/SIGCHI. Contact Fran- 
coise Vassie, Center for Continuing Educa- 
tion, Univ. of York, York, YOl ZEP, United 
Kingdom; Oil 44 904 433949; email: 
fvi@uk.ac.york. 

September 20-23* 

m 7th Annual Knowledge Based Soft- 
ware 

Tysons Corner, Va Sponsor: Rome Lab. in 
coop.w/SIGART and SIGSOFT. Contact W. 
Lewis Johnson, USC/Information Sciences 
Institute, 4676 Admiralty Way, Marina del 
Ray, CA 90292-6695; (310) 822-1511; email: 
johnson@isi.edu. 

September 23-25* 

■ International Conference on Data 
Transmission 

London, United Kingdom. Sponsor: SIG- 
COMM, SIGOIS, and lEE. Contact Jane 
Chopping, Inst, of Electrical Engineers, Savoy 
Place, London WC2R OBL United Kingdom; 
071 240 1871. 

September 23-25 

■ PRICAI 92: Pacific Rim international 
Conference on Artificial intelligence 

Seoul, Korea. Sponsor: KISS, CAIR in coop. 
w/SIGART. Contact Jin Hyung Kim, Korea 
Advanced Inst, of Sci. & Tech., 373-1 
Kusong-dong Yusong-ku; 82 42 829 3517; 
email: jkim@cair.kaist.ac.kr. 

September 24-25 

International Workshop on Object orien- 
tation in Operating Systems iWOOOs '92 

Paris, France. Sponsor: Inst. National Recher- 
che en Informatique et Automatique, INRIA, 
IEEE Technical Workshop on Operating Sys- 
tems and Application Environments. Contact 
Roy Campbell, Univ. of Illinois, Dept. of 
Comp. Sci., 2413 Digital Lab, 1304 W. Spring- 
field Ave., Urbana, IL 61801; (217) 333-3328; 
email: roy@uiuc.edu. 

September 29-October 1 

EUROSIM '92: Euroslm Simulation Con- 
gress 

Capri, Italy. Sponsor: SCSI, CASS, CSSC, 
CNR Italy. Contact A. DiChiara, Dept. of 
Civil Engineering, Univ. of Rome "Tor Ver- 
gata", via della Ricerca Scientifica, 1-00173 
Roma, Italy; +39 6 72594575; fax: +39 6 
72594586. 

September 30-October 2 

m International workshop on 
Hardware-Software codesign 

Estes Park, Co. Sponsor: SIGDA, SIGSOFT, 
lEEE-CS, and lEEE-C&CS. Contact Joanne 
Degroat, Ohio State Univ., 205 Neil Ave., Co- 
lumbus, OH 43210; email: degroat@ee. 
eng.ohio-state.edu. 

September 30-October 2 

13th Annual Allerton conference on Com- 
munication, control and Computing 

Monticello, 111. Sponsor: Univ. of Illinois at 
Urbana-Champaign. Contact P. Van Dooren, 
(217) 333-0656; email: vdooren@uicsI. 
uiuc.edtf or M. Spong (217) 333-4281; email: 
spong@lagrange.csl .uiuc.edu. 
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October 5-7 

B CSEE 92: 6th SEI Conference on Soft- 
ware Engineering Education 

San Diego, Calif. Sponsor: SEI in coop 
w/IEEE-CS, SIGCSE, SIGSOFT. Contact 
Carol Sledge, Software Engineering Institute, 
Rm 4206, 4500 5th Ave., Pittsburgh, PA 
15213; (412) 268-7708; email: cas@sei. 
cmu.edu. 

October 5-7 

11th Symposium on Reliable Distributed 
systems 

Houston, Tex. Sponsor: IEEE Computer So- 
ciety TC on Distributed Processing and TC on 
Fault-Tolerant Computing, IFIP WG 10.4 on 
Dependable Computing. Contact Kishor S. 
Trivedi, Dept. of Electrical Engineering, 
Duke Univ., Durham, NC 27706; (919) 660- 
5269; email: kst@egr.duke.edu. 

October 5-7 

2d International Conference On Software 
Quality Control 

Research Triangle Park, N.C. Sponsor: 
American Society for Quality Control Soft- 
ware Division. Contact Sue McGrath, SAS 
Inst., SAS Campus Dr., Gary, NC 27513; 
email: sassam@dev.sas.com or John E. Lowe, 
Litton Computer Services, 4020 Executive 
Dr., Dayton, OH 45430; (513) 429-6458. 

October 5-7 

international WorKshop Compiler con- 
struction 

Paderborn, Germany. Sponsor: German Ge- 
sellschaft fur Informatik, IFIP WG 2.4, GI 
Fachgruppe 2.1.3. Contact P. Pfahler, Univ.- 
GH Paderborn, Fachberiech Mathematick/ 
Informatik, Warburger Str. 100, 4790 Pader- 
born, Germany; 05251 603069; fax: 05251 
603836; email: peter@uni-paderborn.de. 

October 7-9 

3d International symposium on Software 
Reliability Engineering 

Research Triangle Park, N.C. Sponsor: IEEE 
CS, Alcatel Network Systems, BNR, Fujitsu, 
Northern Telecom, Storage Technology 
Corp. Contact M.A. Vouk, North Carolina 
State Univ., Dept. of Comp. Sci., Box 8206, 
Raleigh, NC 27695; (919) 515-7886; email: 
vouk@adm.csc.ncsu.edu. 

October 12-14 

3d international BANKAI Wori<shop: 1992 
Adaptive Intelligent systems 

Brussels, Belgium. Sponsor: SWIFT. Contact 
Bob Phelps, A.l. Labs, 1 Avenue Adele, 1310 
La Hulpe, Belgium; -1-32 2 655 31 53; fax: 
4-32 2 655 3785. 

October 12-15 

B ASPLOS V: sth Architectural Support 
for Programming Languages and Systems 

Boston, Mass. Sponsor: SIGARCH, SIGOPS 
and SIGPLAN. Contact Barry Flahive, Hew- 
lett-Packard Apollo Systems, 300 Apollo 
Drive, MS CHR 02 DE, Chelmsford, MA 
01824; (508) 256-6600; email: llahive@apol 
lo.hp.com. 

October 13-16 

B SICDOC '92: 10th Annual ACM confer- 
ence on Systems Documentation 

Ottawa, Canada. Sponsor: SIGDOC. Contact 
Roy MacLean, Bell Northern Research, P.O. 
Box 3511, Sta. C, Ottawa, Ontario, Canada. 




KlY 4H7; (613) 763-4896; email: maclean 
@bnr.ca. 

October 18-22 

H OOPSiA '92: Object Oriented Program- 
ming systems, languages, Architectures 

Vancouver, Canada. Sponsor: SIGPLAN. 
Contact John Pugh, School of Comp. Sci., 
Carleton Univ., Colonel By Drive, Ottawa, 
Ont., Canada KIS 5B6; (613) 788-4330; 
email: John pugh@Carleton.ca. 

October 19-20 

H 7992 Volume visualization Worlishop 

Boston, Mass. Sponsor: SIGGRAPH. Contact 
Larry Gelberg, Stardent 6, New England 
Technical Center, 521 Virginia Rd., Concord, 
MA 01742; (508) 287-0100; email: lar 
ryg@stardent.com. 

October 19-21 

Frontiers '92: 4th Symposium on the 
Frontiers of Massively Parallel Computa- 
tion 

McLean, Va. For sponsorship and more infor- 
mation contact Pearl Wang, Comp. Sci. Dept., 
George Mason Univ. Fairfax, VA 22030- 
4444; (703) 993-1530; email: f92info@ 
gmuvax2.gmu.edu. 

October 19-23 

4th international Workshop on Founda- 
tions of Models and Languages for Data 
and Objects: MODELLING DATABASE DY- 
NAMICS ^ 

Volkse, Germany. Sponsor: GI Working 
Group Foundation of Information Systems, 
in coop, with EATCS. Contact Udo Lipeck, 
Inst, fur Informatik, Univ. Hannover, Lange 
Laube 22, D-W 3000 Hanover 1, Germany; 
49 (511) 762-4950; email: ul@informatik.uni- 
hannover.de. 

October 19-23 

Visualization '92 

Boston, Mass. Sponsor: IEEE CS. Contact 
IEEE CS, Conference Dept., 1730 Massachu- 
setts Ave. NW, Washington, DC 20036-1903; 
(202) 371-1013. 

October 25 

SdASis SIG/CR Classification Research 
Workshop 

Pittsburgh, Penn. Sponsor: Special Interest 
Group on Classification Research of the 
American Society for Information Science. 
Contact Raya Fidel, Graduate School Library 
and Information Science, Univ. of Washing- 
ton, FM-30, Seattle, WA 98195; (206) 543- 
1888; fax: (206) 685-8049; email: 
fidel@u. washington.edu. 

October 26-29 

3d International conference on Principle 
of Knowledge Representation and Rea- 
soning (KR '92) 

Cambridge, Mass. Sponsor: AAAI and CSCSI 
in coop. w/ECCAI and IJCAII. Contact Wil- 
liam Swartout, USC/Information Sciences 
Inst., 4676 Admiralty Way, Marina del Rey, 
CA 90292-6695; (213) 822-1511; fax: (213) 
823-6714; email: swartout@isi.edu. 



October 27-30 

3d Eurographics Workshop on Object- 
oriented Graphics 

Switzerland. Sponsors: Eurographics, C.U.I. 
Contact X. Pintado, C.U.I., Univ. of Geneva, 
12 rue du Lac, 1207 Geneva, Switzerland; 
-f41 22 787 6586; fax: -h4I 22 735 3905; 
email: eoog@cui.unige.ch. 

November l-a 

a CSCW '92: Computer supported Coop- 
erative Work '92 

Toronto, Ontario, Canada. Sponsor: SIGCHI 
and SIGOIS. Contact Marilyn Mantel, CSRI, 
Rm. 398, Pratt Building, 6 King's College Rd., 
Univ. of Toronto, Toronto, Ontario, Canada 
M5S 1A4; (416) 978-5512; email: mantel 
@dgp. toronto.edu. 

November 1-4 

ORSA/TlMS NationaiJoint Meeting 

San Francisco, Calif. Sponsor: ORSA and 
TIMS. Contact Chaiho Kim, The Leavey 
School of Business, Univ. of Santa Clara, CA 
94035. 

November 3-6 

3d European Conference on Software 
Quality 

Madrid, Spain. Sponsor: EOQ Software Com- 
mittee. Contact Julio Gonzalez Sanz, AECC- 
CONGHRISA, c/o Velazquez 90 5, 28006 
Madrid (SPAIN); 4-34 1 575 25 80; fax -f34 1 
577 38 74. 

November 4-6 

1992 IEEE International Workshop on De- 
fect Tolerance VLSI systems 

Dallas, Tex. Sponsor: IEEE. Contact F. Lom- 
bardi, Dept. of Comp. Sci., Texas A&M Univ., 
College Station, TX 77843-3112; (409) 845- 
8641; fax: (409) 847-8578; email: lom 
bardi@cs.tamu.edu. 

November 6-7 

PDC '92— Participatory Design Confer- 
ence 

Cambridge, Mass. Sponsor: Computer Pro- 
fessionals for Social Responsibility. Contact 
Michael J. Muller/PDC'92, Bellcore RRC- 
1H229, 444 Hoes La., Piscataway, NJ 08854; 
(908) 699-4892; fax: (908) 336-2932; email: 
michael@bellcore.com. 

November 8-12 

B IEEE International Conference on 
Computer Aided Design 

Santa Clara, Calif Sponsor: SIGDA, IEEE 
CAS, IEEE CS. Contact Louise Treviliyan, 
IBM Corp., P.O. Box 218, MS 33-145, York- 
town Heights, NY 10598; (914) 945-1507; 
email: louise@watson.ibm.com. 

November 9-12* 

B Conference on Software Maintenance 
'92 

Orlando, Fla. Sponsor: SIGSOFT and IEEE 
CS. Contact Vaclav Rajlich, Wayne State 
Univ., Dept. of Comp. Sci., Detroit, Ml 
48202; (313) 577-5423; email: vtr@cs. 
wayne.edu. 

November 12-13 

2d Workshop on the Management of 
Replicated Data 

Monterey, Calif Sponsor: IEEE TCOS. Con- 
tact Jehan-Francois Paris, Dept. of Computer 
Science, University of Houston, Houston, TX 
77204-3475; (713) 749-3943; fax: (713) 749- 
2378; email: paris@cs.uh.edu. 
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November 12-13* 

■ 3d International Workshop on Net- 
work and operating System support for 
Digital Audio and Video 

La JoUa, Calif. Sponsor: SIGCOMM, 
SIGOPS, SIGOIS, UCSD. Contact Venkat 
Rangan, UCSD, Mail Code 0114, Lajolla, CA 
92093-0114; (619) 534-5419; email: venkat 
@cs. ucsd.edu. 

November 16-20 

m Tri-Ada '92 

Orlando, Fla. Sponsor: SIGAda. Contact 
Geoffrey O. Mendal, Systems Eng. Research 
Corp., 415 2348 Leghorn St., Suite 202B, 
Mountain View, CA 94043; (415) 962-8092; 
email: mendal@anna.stanford.edu. 

December 7-11* 

5th International Symposium on Artificial 
Intelligence 

Cancun, Mexico. Sponsor: ITSEM in support 
by IJCAII and in coop.w/AAAI, CSCSI, 
lAKE, ECCAI, SMIA and IBM of Mexico. 
Contact Hugo Terashima, ITSEM, Centro de 
Inteligencia Artificial, Sucursal de Correos 
"J", Monterrey, N.L. 64849, Mexico. (52-83) 
58-2000 X.5143; fax: (52-83) 58-1400; email: 
isai@tecmtyvra.bitnet. 

December 9-11 

m 5th ACM SIGSOFT Symposium on Soft- 
ware Development Environments 

Washington, DC. Sponsor: SIGSOFT. Con- 
tact Ian Thomas, Software Design and Analy- 
sis, 444 Castro St., Ste. 400, Mountain View, 
CA 94041; (415) 694-1464; email: thomas® 
sda.com. 

December 12-16 

m 1992 Winter Simulation Conference 

Arlington, Va. Sponsor: SIGSIM, ASA SCS, 
ORSE, NIST, TIMS, HE, lEEE-CS, lEEE- 
SMCS. Contact Herb Schwetman, MCC, 3500 
West Balcones Center Dr., Austin, TX 78759- 
6509; (512) 338-3428. 

December 13-16 

ICSC '92: International Computer science 
conference 1992 

Hong Kong. Sponsor: IEEE Hong Kong Sec- 
tion, Computer Chapter. Contact Ernest 
Lam, Dept. of Comp. Sci., Hong Kong Baptist 
College, Hong Kong; (852) 339-7081; fax: 
(852) 338-8014; email: ernest@bc750. 
hkbc.hk. 

December 16-18 

B 3d Annual International symposium 
on Algorithms and computation 

Nagoya, Japan. Sponsor: ISAAC in coop. 
w/SIGACT. Contact Osamu Watanabe, Tokyo 
Inst, of Technology, Dept. of Comp. Sci., 
Meguro-ku, Ookayama Tokyo 152; email: 
watanabe@cs.titech.ac.jp. 

December 13-16* 

Conference on High Performing Net- 
working 

Liege, Belgium. For sponsorship and addi- 
tional information contact Andre Danthine, 
Univ. de Liege, Institut d'Electricite Mon- 
tefiore, B 4000 Liege, Belgium; -F32 41 56 26 
91; fax: 4-32 41 56 29 89; email: danthine@ 
vml.ulg.ac.be. 
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January 3-6 

4th international workshop on Artificial 
Intelligence and statistics 

Fort Lauderdale, Fla. Sponsor: Society for AI 
and StatisUcs and the International Associa- 
tion for Statistical Computing. Contact R.W. 
Olford and/or P. Cheeseman (519) 888-4609; 
email: sais@stat.waterloo.edu. 

January 4-7 

B International Workshop on intelligent 
User interfaces 

Orlando, Fla. Sponsor: SIGCHI, SIGART in 
coop. w/AAAI and BCS and HCI. Contact 
William Hefley, Software Engineering Inst., 
SEI 2218, Carnegie-Mellon Univ., 4500 Fifth 
Ave., (412) 268-7793; email: weh@sei. 
cmu.edu. 

January 17-22 

1995 IEEE International symposium on 
information Theory 

San Antonio, Tex. Sponsor: IEEE and Infor- 
mation Theory Society. Contact Robert Gray, 
Electrical Engineering Dept., 133 Durand, 
Stanford Univ., Stanford, CA 94305; (415) 
723-4001; fax: (415) 723-8473; email: 
gray@isl.stanford.edu. 

January 20-22 

Conference on Architectures and Compi- 
lation Techniques for Fine and Medium 
Grain Parallelism 

Orlando, Fla. Sponsor: IFIP WG 10.3. Con- 
tact Kemal Ebcioglu, IBM Thomas J Watson 
Research Center, P.O. Box 218, Yorktown 
Heights, NY 10598; (914) 945-3267; email: 
kemal@watson.ibm.com. 

February 16-18 

m CSC '93: 1993 ACM Computer science 
conference 

Indianapolis, IN. Sponsor: ACM. Contact 
John F. Buck, Indiana Univ., Comp. Sci. 
Dept., 215 Lindley Hall, Bloomington, IN 
47405-4101; (812) 855-7979; email: jbuck@ 
cs.indiana.edu or jbuck@cs.iucs.bitnet. 

February 18-19 

B 1993 ACM SIGCSE Technical Sympo- 
sium 

Indianapolis, In. Sponsor: SIGCSE. Contact 
Bruce Klein, Dept. of Math and Comp. Sci., 
Grand Valley State Univ., Allendale, MI 
49401-9403; (616) 895-2048; email: 
2 1 874bjk@msu.bitnet. 

March 17-19 

m ACM SIGUCCS Computer Center Man- 
agement symposium 

St. Louis, Mo. Sponsor: SIGUCCS. Contact 
Larry Westermeyer, Univ. of Missouri, 8001 
Natural Bridge Rd., St. Louis, MO 63121- 
4499; (314) 553-6000; email: slwwest@ 
umslvma. 

April 6-8* 

DASFAA-93, 3d International symposium 
on Database systems for Advanced Appli- 
cations 

Deajon, Korea. Sponsor: Korean Information 
Science Society and Information Processing 



Society of Japan. Contact Hyoung-Joo Kim, 
Dept. of Eng., Seoul National Univ., Shinlim- 
dong, Kwanak-ku, Seoul, Korea; -1-82 2 880 
5327; fax: -1-82 2 897 0130; email: 
hjk@krsnucc I .bitnet. 

April 18-23 

3d International symposium on Inte- 
grated Network Management 

San Francisco, Calif. Sponsor: IFIP in coop. 
w/IEEE CNOM. Contact Acdon Motivadon, 
P.O. Box 191885, San Francisco, CA 941 19; 
(415) 512-1316; fax: (415) 512-1325; email: 
4367585@mcimail.com. 

April 19-23 

9th International Conference on Data 
Engineering 

Vienna, Austria. Sponsor: IEEE Computer 
Society Technical Committee on Data Engi- 
neering. Contact Forouzan Goishani, Comp. 
Sci. and Eng. Dept., Arizona State Univ., 
Tempe, AZ 85287-5406; (602) 965-2855; 
email: golshani@asuvax.eas.asu.edu. 

April 20-23 

B History Of Programming Languages 

Boston, Mass. Sponsor: SIGPLAN. Contact 
Jan Lee, CIT ITT 133 McBryde Hall, Blacks- 
burg, VA 24061-01 19; (703) 231-5780; email: 
janlee@vtmi.bitnet. 

May 14-22 

B Federated Computing Research Con- 
ference 

San Diego, Calif. Sponsor: ACM, CRA, and 
IEEE. Contact David S. Wise, Indiana Univ., 
Comp. Sci. Dept., 215 Lindley Hall, Bloom- 
ington, IN 47405-4101; email: dswise® 
cs.indiana.edu. 

May 16-18 

a STOC'93: 25th Annual ACM Symposium 
on the Theory of Computing 1993 

San Diego, Calif. Sponsor: SIGACT. Contact 
David S. Johnson, AT&T Bell Labs, 600 
Mountain Ave., Rm. 2D-150, Murray Hill, NJ 
07974; (908) 582-4742; email: csnet: 
dsj@research.att.com. 

May 17-18* 

B 3d Workshop on Parallel and Distrib- 
uted Debugging 

San Diego, Calif. Sponsor: SIGPLAN, 
SIGOPS, incoop.w/ONR. Contact Joan Fran- 
cioni, Univ. of SW Louisiana, Dept. of Comp. 
Sci. L^ifayette, LA 70504; (318) 231-6602; 
email; jf@cacs.usl.edu. 

May 17-21* 

B SIGMETRICS 93: Conference on Mea- 
surement and Modeling of Computer 
Systems 

Santa Clara, Calif. Sponsor: SIGMETRICS. 
Contact Susan Ovvicki, Digital Equipment 
Corp., Systems Research Center, 130 Lytton 
Avenue, Palo Alto, CA 94301; (415) 853- 
2270; email: owicki@src.dec.com. 

May 19-21* 

B ACM Symposium in Solid Modeling 
Foundations and CAD/CAM Applications 

Montreal, Canada. Sponsor: SIGGRAPH. 
Contact Joshua Turner, Rensselaer Polytech- 
nic Inst., CII-70I5, Troy, NY 12180; (518) 
276-8713; email: jturner@rdrc.rpi.edu. 
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July 1* 

9th International conference on Data 
and Engineering 

Vienna, Austria. April 19-23, 1993. Submit 
five copies of complete paper to Erich J. 
Neuhold, GMD-IPSI, Dolivostrasse 15, 
D-6100 Danustadt, Germany; (+49) 6151 869 
803; email: darmstadt.gmd.de. 

Julyl 

3d International symposium on inte- 
grated Network ivianagement 

San Francisco, Calif. April 18-23, 1993. Sub- 
mit seven copies of a paper to Yechiam 
Yemini, Columbia Univ., 450 Comp. Sci. 
Bldg., New York, NY 10027; or Heinz-Gerd 
Hegering, Univ. of Munich, Inst, fuer Infor- 
matik,-LRZ, Barer Strass 21, D-8000 
Muenchen 2, Germany. 

July 13 

30th Annual Allerton Conference on 
communication, Control, and Comput- 
ing 

Monticello, III. September 30-October 2. Sub- 
mit a title and 5-10 page extended abstract to 
Allerton Conference, Univ. of Illinois, coordi- 
nated Science Lab., 1101 W. Springfield Ave., 
Urbana, IL 61801. 

July 1S 

iCS '92: international Computer sympo- 
sium 

Taiwan, ROC. December 13-15. Submit four 
copies (20 double spaced pages max.) and ab- 
stract (in English) to An-Chi Liu (Far East re- 
gion) Informadon Engineering Dept., Feng 
Chia U., Taichung, Taiwan, ROC; (886) 4 252 
2250 X.3700; email: fcut300@twnmoel 
lO.bitnet or Ben W. Wah, (USA and other 
regions). Coordinated Science Labs, Univ. of 
Illinois, Urbana, IL 61801; (217) 244-7175; 
email: wah@manip.csl.uiuc.edu. 

August 1 

7th Conference on the scientific Use of 
statistical Software (Softstat '93) 

Heidelberg, Germany. March 14-18. Submit 
all abstracts to SoftStat, ZUMA, Postfach 
12 21 55, D-6800, Mannheim I, Germany. 

August 3 

CSC '93: 1993 ACM Computer Science 
Conference 

Indianapolis, Ind. February 16-18, 1993. Sub- 




mit five copies of full paper (20 double spaced 
pages max.) to Stan C. Kwasny, CSC '93 Prog. 
Chair, Dept. of Comp. Sci., Washington 
Univ., Campus Box 1045, 1 Brookings Dr., St. 
Louis, MO 63130-4899; (314) 935-6123; 
einail: sck@cs.wusd.edu. 

August 14* 

wori<ing Conference on Architectures 
and Compilation Techniques for Fine 
and Medium Grain Parallelism 

Orlando, Fla. January 20-23, 1993. Submit 
four copies of paper (20 pages max.) to Jean- 
Luc Gaudiot, Univ. of Southern California, 
Dept. of Electrical Engineering-Systems, Los 
Angeles, GA 90089-2563; (213) 740-4484; 
fax: (213) 740-4449; email: gaudiot@usc.edu. 

September 12* 

DASFAA-93, 3d International symposium 
on Datrabase systems for Advanced 
Applications 

Deajon, Korea, April 6-8, 1993. Submit six 
copies of full paper (5,000 words max. in Eng- 



lish) to SongChun Moon, KAIST, 207-43 
Gheongrkyang Dongdaemun, Seoul 130-012, 
Korea; fax: +82-2-960-6743; email: moon 
@dbsun2.kaist.ac.kr. 

October 15* 

Solid Modeling '93: 2d Symposium on 
Solid Modeling and Applications 

Montreal, Canada. May 19-21, 1993. Submit 
one full paper (5,000 words max.) to Mary 
Johnson, CII 7015; Rensselaer Polytechnic 
Institute; Troy, NY 12180; (518) 276-6751; 
(518) 276-2702; email; mjohnson@ 
rdrc.rpi.edu. 

October is 

TapSoft '93 

Orsay, France. April 13-17, 1993. Submit five 
copies of original papers to J.P. Jouannaud, 
TapSoft '93, AFCET, 156 Boulevard Perieire, 
75017 Paris, France; 33 1 47 66 24 19; fax: 33 
1 42 67 93 12. 

October 31* 

Graphics interface '93 

Toronto, Ontario, Canada. Submit five copies 
of a full paper (20 double-spaced max.) with 
full names, addresses for all authors to Tom 
Calvert, GI '93, School of Computing Science, 
Simon Eraser Univ., Burnaby, British Colum- 
bia V5A 1S6, Canada; (604) 291-3610; fax: 
(604) 291-3045; email: tom@sfu.ca. 

November 1* 

7th International Symposium on Meth- 
odologies for Intelligent Systems 

Trondheim, Norway. June 15-18, 1993. Sub- 
mit four copies complete (20 pages max) to 
Jan Kmorwski, Univ. of Trondheim, Norwe- 
gian Institute of Technology, Dept. EE and 
Comp. Sci., N-7034 Trondheim, Norway; 
email: janko@idt. unit.no. or Zbigniew W. 
Ras, UNC-Charlotte, Dept. of Comp. Sci., 
Charlotte, NC 28223. 

November 2' 

2d International Workshop Logic Pro- 
gramming and Non-Monotonic Reason- 
ing 

Lisbon, Portugal. June 28-30, 1993. Submit 
six copies (double-spaced, 20 pages max.) LP 
&NMR-93,.Attn: Anil Nerode, Mathemadcal 
Sciences Institute, Cornell Univ., Ithaca, NY 
14853. 
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Technology of Object-Oriented Languages and Systems 

Program Chair; Raimund Ege » Conference Chair: Bertrand Meyer » Panel Chair: Madhu Singh 

ilGHTH INTERNATIONAL CONFERENCE AND EXHIBITION 

University of California, Santa Barbara, August 3-b, 1 992 

THE PREMIER APPLICATION-ORIENTED EVENT 
ENTIRELY DEVOTED TO OBJECT-ORIENTED TECHNOLOGY 

TOOLS USA'92 LINKS INDUSTRY WITH RESEARCH 




TUTORIALS: 

August 3-4 

Teaching 0-0 Programming & Design: James McKim (USA) 
0-0 Analysis & Design: Kim Walden (Sweden) 
Frameworks: A Programmer's View of Developing Reusable 

Software: Ralph Johnson (USA) 
0-0 Specification for Real-Time Systems: Dino Mandrioli (Italy) 
0-0 Programming in Modula-3: Samuel Harbison (USA) 
Constraint-Based Languages and Systems: 

Alan Borning (USA) and Bjorn Freeman-Benson (Canada) 
0-0 Concurrent Programming: Klaus-Peter Lohr (Germany) 
Developing Scientific Software with Eiffel: David Butler (USA) 
Applying 0-0 Technology in the MIS World: Jean-Marc Nerson (France) 
0-0 Programming Languages: Raimund Ege (USA) 
Testing 0-0 Software: Ed Berard (USA) 
0-0 Databases: Won Kim (USA) 
0-0 User Interfaces: Arno Gourdol (France) 
0-0 Methods and Ada: Henry Baker (USA) 
Theoretical Basis of 0-0 Programming: John Mitchell (USA) 
0-0 Technoiogy-The Managerial Perspective: Bertrand Meyer (USA) 



€@NFiRiN€i Si§SION§: 

August 5-6 

» Application and Experience 

9 Modeling 

» Database Access 

» Concurrency 

« Theoretical Issues 



WOUKSHOPS: 

9 User Interface Design 

• 0-0 Methods for 
Scientific Computation 

• 0-0 Analysis and Design 
9 0-0 Databases 

9 0-0 in the MIS World 
9 Typing 



Keynote: Peter Deutsch, Sun Microsystems: 

Objects: Challenges Beyond Languages and Applications 



TOOLS provides d unique opportunity 
to rrieet industry practitioners of object- 
oriented technology, and hear from the 
best international experts about the 
latest developments in the field. 



I REGISTER EARLY 

! AND GET A DISCOUNT 



I 



TOOLS USA '92 

P.O. Box 6863 

Santa Barbara, CA 93160 

Tel: (805)685-1006 

Fax: (805) 685-6869 

E-mail: tools@eiffel.com 



Job Title 



Please send me the complete program of the conference by: □ Mail □ Fax □ E-mail 

Last Name First 

Company 

Company Address 

City 

Phone 



. State/Zip 
Fax 



Country _ 



E-Mail 



LJ My company is interested in exhibiting. 
Please send me an extiibitor information l<it. 






Information for Authors 

Authors are requested to submit six 
copies (in Englisli) of their double- 
gpaced typed manuscript (maximum 
of 20 pages) with an abstract and 
keywords to Prof. Wittie by Thurs- 
dmj, October 15, 1992. The conference 
language is English and final papers 
are restricted to eight IEEE model 
pages. Each paper must be accompa- 
nied by a submission letter that 
indicates which one or two confer- 
ence areas are most relevant. If there 
are multiple authors, one author 
must be designated as responsible for 
correspondence and preparation of 
the camera-ready paper for inclusion 
in the proceedings. Please give postal 
address, email address, and tele- 
phone for the corresponding author. 
Authors will be notified of accep- 
tance by February 1, 1993 and will be 
given instructions for final prepara- 
tion of their papers at that time. 

Submit papers to: 

Larry Wittie 

Z4400 Computer Science 

SUNY at Stony Brook 

Stony Brook, NY 11794-4400, USA 

Tel: (516) 632-8456 

Fax: (516) 632-8334 

E-mail: lw@sbcs.sunysb.edu 

Tutorials 

In addition to papers, proposals for 
one day tutorials are solicited in any 
of the conference areas. Proposals 
should be submitted to Dr. Yao-Nan 
Lien by October 1, 1992. 
Submit tutorial proposals to: 
Yao-Nan Lien 
AT&T Bell Laboratories 
200 Park Plaza, Room IHP 2A340 
Naperville, IL 60566-7050, USA 
Tel: (708) 713-4318 
Fax: (708) 713-7098 
E-mail: yaonan.lien@att.com 

For more information. 
Please contact; 
Benjamin W. (Ben) Wah 
Coordinated Science Laboratory 
University of Illinois, MC228 
1101 W. Springfield "Avenue 
Urbana, IL 61801-3082 
Tel: (217) 333-3516 
Fax: (217) 244-7175 
E-mail: b-wah@uiuc.edu 

Sponsored by; 

) IEEE Computer Society 



CALL FOR PAPERS 

The 13th International Conference on 

I^IGTMBirrEP 



Pittsburgh Hilton 
Pittsburgh, Pennsylvania, USA 
May 25-28, 1993 



his conference encompasses the technical aspects of specifying, designing, 
iL implementing, and evaluating distributed computing systems. In such 
systems, there are multiple processing resources interconnected to cooperate 
under system-wide control with minimal reliance on centralized procedures, 
data, or hardware. The location of computing resources may span the spectrum 
from physical adjacency to geographical dispersion. The topics of interest 
include the following aspects of distributed computing systems. 




nri 



Computer Architecture and 

Distributed Shared Memory 
« Cooperative Work and Artificial 

Intelligence 
Languages, Tools, and Software 

Engineering 
- Distributed System Services and 

Management 
«• Distributed Operating Systems 



•» Communication Architectures 

and Protocols 
® Multimedia Computing and 

Communication 
® Modeling and Performance 

Evaluation 
" Reliability and Fault Tolerance 
• Distributed Algorithms 
® Distributed Databases 
" Real-Time Issues 



Organizing and Program Committees 



General Chair 

Benjamin W. Wati, University 
of Illinois at Urbana, USA 

Program Chair 

Larry Wittie, 

SUNY at Stony Brook, USA 

Computer Architecture and 
Distributed Shared Memory 
Vice Chair 

Michel Dubois, University of 
Southern California, USA 

Cooperative Work and 
Artificial Intelligence 
Vice Chair 

Nick I Cercone, Simon Eraser 
University, Canada 

Languages, Tools, and 
Software Engineering 
Vice Chair 

Gail E. Kaiser, Columbia 
University, USA 

Distributed System Services 
and Management Vice Chair 
Liba Svobodova, IBM Zurich 
Research Laboratory, 
Switzerland 

Distributed Operating 
Systems Vice Chair 
Partha Dasgupta, Arizona 
State University, USA 



Communication 

Architectures and Protocols 

Vice Chair 

Haruhisa Ichikawa, NTT 

Software Research Laboratory, 

lapan 

Multimedia Computing and 
Communication Vice Chair 

Ralf Steinmetz, IBM European 
Networking Center, Germany 

Modeling and Performance 
Evaluation Vice Chair 
Alexander Thomasian, IBM 
Watson Research Center, USA 

Reliability and Fault 
Tolerance Vice Chair 
Hermann Kopetz, Technical 
University of Vienna, Austria 

Distributed Algorithms 
Vice Chair 

Divy akant Agrawal, 
University of California at 
Santa Barbara, USA 

Distributed Databases 
Vice Chair 

Wojciech Cellary, French- 
Polish School of New 
Information and Communica- 
tion Technologies, Poland 



Real-Time Issues Vice Chair 
Hideyuki Tokuda, Carnegie 
Mellon University, USA 

Tutorials Chair 
Yao-Nan Lien, AT&T Bell 
Laboratories, USA 

Awards Chair 

Joseph E. Urban, Arizona State 
University, USA 

Publicity Chair 

Bruce McMillin, University of 

Missouri-Rolla, USA 

International Liaison Chairs 
Makoto Takizawa, Tokyo 
Denki University, Japan 
A. M. Tjoa, University of 
Vienna, Austria 

Local Arrangements Chair 
Mario R. Barbacci, Carnegie- 
Mellon University, USA 
Treasurer 

Susan D. Urban, Arizona State 
University, USA 

TC on Distributed 
Processing Chair 
Bill Buckles, Tulane 
University, USA 

Steering Committee Chair 

Mike Liu, Ohio State 
University, USA 



FTCS 

The Twenty-Second Annual x^5x x:^^^ /;^^ r^ r^ 

International Symposium on (CCJ^^.C(L^^(^.^ ) ) 



Fault-Tolerant Computing ^^e^ ^^^^^ ^^^^ 

Sponsored by IEEE Computer Society, The University of Massachusetts, Texas A&M University and the 
Charles Stark Draper Laboratory, Inc. in co-operation with IEEE Technical Committee on Fault-Tolerant Computing 

and IFIP Working Group 10.4 
The Lafayette Hotel Boston, Massachusetts USA July 8 - 10, 1992 

********************************************** ******H'****** *****************! 

SCOPE 

The Technical Program will cover the following topics; 

. Architecture . System Fault Detection and Reconfiguration . Fault Injection 

. Communication Protocols . Self-Checking and Diagnosis . Test Pattern Generation 

. Modeling and Simulation . Fault Tolerant Hypercubes and Meshes . Recovery 

. Error Correcting Codes . Scheduling and Fault Classification . Fault Tolerance Theory 

. Synthesis for Testability . Wafer Testing and Defect Toleranc . Field Experience 

In conjunction with FTCS-22, a workshop on Fault-Tolerant Parallel and Distributed Systems, will be 
held in Amherst, MA, July 6-7. For further information call Don Fussell at (512) 471-9719 or send e-mail to 
fussell@cs.utexas.edu. If you carmot attend the workshop, you may order the Digest; see below. 

EXHIBITS For the first time, FTCS will be providing a comprehensive program of commercial and university 
exhibits. The following have planned to exhibit; Charles Stark Draper Laboratory, Digital Equipment Corporation, 
IBM, Integrated Micro Products, Sequoia Systems, Stratus Computers^ Tandem Computers, MIT Press, Digital Press, 
Carnegie-Mellon University, and Texas A&M University. In addition to their exhibits, the exhibitors will be presenting 
informative technical briefings during the "Exhibitors' Forum" all day on Thursday, July 9. A special exhibits-only 
registration fee will be available. Call;(409) 862-2438. For other information, contact Professor Dhiraj K. Pradhan, 
Symposium Chair, at (409) 862-2438. 

ABOUT BOSTON The conference site is The Lafayette Hotel, located within convenient walking distance of rnajor 
attractions such as the Freedom Trail, the Boston waterfront, the State House and Faneuil Hall. Short trips to such spots 
as Beacon Hill are within easy reach where a walk along gas-lit brick sidewalks and cobblestone streets is reminiscent of 
the nineteenth century. SAIL BOSTON 1992 (Tall Ships) are expected. For other Boston information, contact the 
Boston Tourist Bureau, (617) 536-9427. 

EVENTS On Wednesday afternoon, July 8, we will have a scenic two-hour cruise in Boston Harbor including a 
preview of SAIL BOSTON 1992, with music by the "New Black Eagle Jazz Band." The cruise will be followed by a buffet 
diimer and private admission to Boston's Computer Museum. The banquet on Thursday evening features a sumptuous 
reception and dinner, followed by a technical talk by a leading commercial developer of fault-tolerant systems. Guest 
tickets will be available for all these events. 

HOTEL INFORMATION: The Lafayette Hotel; One Ave. de Lafayette; Boston, MA 02111 Tel: (800)621-9200 

Smgle/double @$99.00 + 9.7% MA tax. 

Send Registration To ; 

FTCS-22 REGISTRATION INFORMATION 



NAME: 

CO. mail stop_ 

ADDRESS 



CITY STATE ZIP_ 

COUNTRY TEL: 

IEEE/Computer Society Member No. 



Marsha Lee 

Computer Science Dept. 
Texas A&M University 
H. R. Bright Building 
College Station, TX 77843 
Tel; (409)862-2438 
Fax; (409) 847-8578 



Registration IEEE Member Non-Member Student 

Fees By 6/15 US $350 US$425 US $90_ 

After 6/15 US $400 US$495. , US $110_ 

Registration includes: FrCS-22 Digest, lunch-7/8, receptions, (cruise, museum, dinner), and banquet. 

Additional copies of FTCS-22 Digest: US $40.00 Workshop Digest US $25.00 

COMPANIONS: Lunch, 7/8 $25.00 Cruise, museum, dmner $45.00. . 

Banquet $55.00 Special Dietary Requirements; TrOTrAL IFEES $_„ 



SEND FULL PAYMENT IN US$ WITH THIS FORM. USE CHECK OR CREDIT CARD. PURCHASE ORDERS 
ARE NOT ACCEPTED. MAKE CHECKS PAYABLE TO FTCS-22 . USE YOUR CREDIT CARD TO REGISTER BY FAX. 
WE WILL CONFIRM REGISTRATION BY MAIL. 

FOR CREDIT CARD PAYMENT. Check card type; VISA MASTERCARD AMEREXPRESS 

CARD NO.; EXPIR. DATE; CARDHOLDER SIGNATURE 
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January 4-7, 1993 • Buena Vista Palace Hotel, Walt Disney World Village, Orlando, Florida 



General Co-Chairs; 

William E. Hefley 
Carnegie Mellon University 
U.S.A. 

Dianne IVlurray 

University of Surrey, U.K. 

Treasurer; , 

Steven Roth 

Carnegie Mellon University 

U.S.A. 

Publications; 

Wayne Gray 

Fordham University, U.S.A. 

Program Committee; 

David Benyon 

The Open University, U.K. 

Joelle Coutaz 

IMAG, Grenoble, France 

Steven Feiner 

Columbia University, U.S.A. 

Saul Greenberg 

University of Calgary, 

Canada 

Bob Kass 

EDS Center for 

Advanced Research, U.S.A. 

Johanna Moore 

University of Pittsburgh, 

U.S.A. 

Lisa Neal 

EDS Center for 

Advanced Research, U.S.A. 

Reinhard Opperman 

GMD, Germany 

Elaine Rich 

MCC, U.S.A. 

Michael Wilson 

Rutherford Appleton 

Laboratory, U.K. 

Mailing Address; 

c/o Bill Hefley ~ 

Software Engineering 

Institute 

Carnegie Mellon University 

Pittsburgh, PA 15213 

U.S.A. 

+1-412-268-7793 

li-Worl<shop93.chl@ 

xerox.com 



Call for Participation 



to flnm^L m ? T research are creating a new generation of Intelligent interfaces that use computers 

«H fpn!!? fT°? f f °P" ""'^ information, knowledge, tasks and situations. These Interfaces rely on 

advanced coniputationai techniques and cognitive science theories to build systems that enhance user 
performance Such systems can help users to accomplish complex tasks by interpreting ambiguous input 
assSr ""'"^ '" ""^^ '""'''''" *° '"''"' "'"'""' ^"' ^""^''°"^' ^"^ P™^i^'"9 effectiJe ad4e and 

This new event stems from a prior successful workshop in 1988 on Architectures for Intelligent Interfaces 
(sponsored by AAAI/ACM SIGCHI). The 1993 International Workshop will focus on a diversity o approaches to 
human-computer interaction, from those employing advanced computational techniques to thoseTncorpora^nq 
cognitive and user models to amplify human cognitive abilities. nioorporaiing 

The goal of the workshop Is to explore ways in which techniques for knowledge representation inferenclno 
modeling, and presentation can provide the adaptability and reasoning capabilities required to more in enigeni 
human-compuer interaction. We aim to stimulate high quality discussion amongst participants from diferen 
countries and from disciplines such as cognitive science, human-computor interaction computationallgE 
mlnH t" h"'""^'?'; The workshop will bring together researchers and practitioners wito an interes in 
methods, techniques, tools, and technology tor constructing and evaluating intelligent systems. 
The intimate size single track, and comtortable surroundings make this workshop an ideal opportonitv to 
exchange research results and Implementation experiences. Attendance will be limited to 100 par^cipants with 
presentations spread over three days. The format is split into two and a half days of presentations wlh one half 
day of working sessions, enhanced by three thought-provoking plenary speakers 

h^IinHtf^nr^^"^'?^*"" '^°'"' """"^^ ^" °"9'"^' P^P^^ '°^ ^^^'ew. Submissions addressing theory, system 
tttt I TT f ' "'" welcomed. Papers may address human-computer interaction or artifici^ 

intelligence/computational perspectives on (but not limited to) the following topics: 

• Intelligent User Interfaces in a diverse range of application areas including tutoring and advisory systems- 
^r,w!^i ^"^"1^-^ processing; generation and understanding of nonverbal media; planning and explanation- 
information retneval; computer-supported cooperative work, decision support and supervisory control 

■ inlfrff ^"5""'^'"^- "^f^" ^"V^"^"'''''^^- knowledge-based and user modelling techniques for intelligent 
nrtlftMto??^' '"''h'"^ P'^" ^"'^ '"'""* recognition, automatic presentation, explanation, user aiding aids 
cntics, tutors), knowledge representation and modeling of users, systems, tasks. 

• Intelligent front-ends to Interactive, multimedia, hypermedia, and knowledge-based systems. 

• Adaptive and customisable systems. 

• Intelligent Agents and agent-based interaction. 

• Requirements and architectures for intelligent, cooperative, and multimodal interfaces 

• Methods tor analyzing, designing & evaluating users' needs & pertormance. Intelligent interfaces & systems 
SUBMISSIONS 

Papers will be accepted either tor presentation as telks or posters. Authors are encouraged to submit work-in- 
IZ7^ 2% poster session Whilst longer papers should highlight both the general scientific contrb"fte 
^nhmittd . , '''''"°" ^;9'^'"^^nce. Six camera-ready copies of original papers written in English shoj^d be 
submitted, as tong papers (presented as a talk: 8 pages) or as short papers (interactive poster presentation- 4 
pages). Submitted papers must be unpublished, substentively different from papers currently undefrevew and 

ryrpS^irreTirS: me^S "°"'""" '"^^ ' '°°'' "'^'^""^ ''''''' '^'^'^ ^"' ^°^^^^°^ ^^^'^ 

nnnt^ f w!l ^^"""l" ^^^^ 3 Separate cover page containing the title of the paper; author(s) and affiliation (s) 
contact address of mam author, phone, fax and e-mail address; an abstract (100-200 words) and aTs of up to 

«r. «v Vh, r' P^'^'"' ","^'^ '° '^' submission topics describing Its content. Detailed forma ting Instructions 
are available (tor an example, see the SIGCHI Bulletin, July 1991 , pp. 93-96) "ibiruuions 

DEADLINES 

Tqq?^ to?wri!!hn°Q'.^"h-A°''*'°^"°" °V"*^"*'°" '° Participate and potential titles of submissions betore July 1 
nl' -W°rkshop93^chi@xerox.com. Interested partlcipante should forward SIX camera-ready copies of thei 
£^ V .^Tf.°'^^',°'^^'^*^ ^°''°°' °' Education, Room 1008, Fordham University, 1 1 3 West 60to St ee 
New York NY 10023 U.S.A.; -M -21 2-636-6464. E-mail or fax submissions will not be consideredTapers must be 
received before July 1 7, 1 992. Authors will be notified by September 25, 1 992. For further Informatbn conTact the 
Conterence Secretenat at ii-Workshop93.chi@xerox.com or at the mailing address on the left 




Sponsored by ACM SIGCHI - Special Interest Group on Computer & Human Interaction and 

SIGART - Special Interest Group on Artificial Intelligence 
In Cooperation with AAAI (American Association for Artificial Intelligence) & the British HCI Group 






IFIP CONGRESS '92 



mS™n%™So from research to practice 



^ 




12th WORLD COMPUTER CONGRESS MADRID-SPAIN September 7-11, 1992 



STREAM (S DAYS): STREAM (S DAYS): STREAM (S DAYS): STREAM (S DAYS): STREAM (S DAYS): 

SOFTWARE ALGORITHMS FROM ARCHITECTURES INFORMATICS AND THEVULNERAHmVOFTHE 

DEVELOPMENT AND EFFICIENT TO CHIPS EDUCATION INFORMATION SOQETY: 

and maintenance computation social, legal, and 

securIty aspects 

areas of interest: areas of interest: 

' The changing role of • Opportunities and 

university computing risks in the adoption of 

centers Information Technology. 

• Computer equity « Legal aspects 

• Applying research to • Reliability and security 
support learners in PCs and LANs 

• Teleteaching • Impact of the vulnera- 
bility in the workplace 

INVITED SPEAKERS: and on the general public 

Magda Bruin, Geoff Cum- • Identification and 

ming, Stephen Franklin, authentication 

Robert Lewis • The Electronic Cotta- 

ge: Information and com- 
munication technologies 
at home 

• Computer ethics and 
professional responsibility 
» International Develop- 
ment esp. in Latin 
America 

INVITED SPEAKERS: 
G.B.F. Niblett. Herbert 
Kubicek. Lance Hoffman. 
Harold W. Highland 

HONOUR COMMrTTEE: Presided over by their Majesties Ihe King and Queen. 

ORGANIzrNG COMMITTEE CHAIRWOMAN: Rosa Alonso 

TECHNICAL COt«fllTTEE CHAIRMAN: Wilfried Brauer 

KEYNOTE SPEAKERS: Michel Ca/pentier, Josep Cornu, Josep M. Vil&, Philip Kahn, Pamela McCorducl<. 

TUTORIALS: 
TUTORIAL 1: Compuler security for small systems. Dr. Harold J. Highland 

TUTORIAL 2: Academic computing: supporting an integrated heterogeneous environment. Stephen D. Franklin; Bernard Levrat. 

TUTORIAL 3: Information systems methodologies. A framework lor urxlerstanding. T. W(Will) Olie; A. A(Aiex) Verrjsn Stuart 

TUTORIAL 4: Automated approaches to formal hardware analysis and verification. Randal E. Bryant. 

TUTORIAL 5: Privacy anci freedom: can we have them all in the next century?. Lance J. Hoffman. 

TUTORIAL 6: Validation and knowledge-based systems: consistency checking and testing. Jean Pierre Laurent. 

WORKSHOPS: 
WORKSHOP 1: Cooperative research programs. Brian Oakley. 

WORKSHOP 2: Informatics for environmental protection. B. Page. 

WORKSHOP 3: Encouraging academic/practitioner collaboration. Bernard Glasson. 

WORKSHOP 4: Continuous algorithms and complexity. Josep Traub. 

TECHNICAL VISITS: 

Computer Science School; Technological Park; Telecommunications 



AREAS OF INTEREST: 

• Programming environ- 
ments and tools (design, 
implementation, and 
application) 

• Formal methods 

• Program and system 
reusability 

• Software development 
methodologies, practice, 
and experience 

• Programming langua- 
ge design and usage 

• Technology transfer 

INVITED SPEAKERS: 
Prominent figures will be 
invited to talk on Pro- 
gramming Environments, 
Formal Methods, Softwa- 
re Development, and Pro- 
gramming Languages 



areas OF INTEREST: 

• Data structures and 
graph algorithms 

» On-line and continuous 
algorithms 

• Computational geo- 
metry, computer graphics 
and robotics 

• Combinatorial 
optimization 

• Parallel and distribu- 
ted algorithms 

• Novel computational 
models 

• Computational 
learning 

• Complexity theory and 
cryptography 

• Symbolic computation 

INVITED SPEAKERS: 
Prominent figures will be 
invited 



AREAS OF INTEREST: 
" Parallel and distribu- 
ted computing 
» Supercomputers 

• Hardware/software 
dependability 

• Formal aspects of 
hardware design 

» VLSI design, design 
tools, CHDLs, frameworks 

• Workstation concepts 
and graphics 

• Neural networks 

• Performance & reliabi- 
lity modeling 8 
evaluation. 

INVITED SPEAKERS: 
Hajime Ishikawa, Jean- 
Claude Laprie, Alain Mar- 
tin, David May, John Me- 
yer, Michele Morganti 



SUBCTNFERENCE (2 1/2 

DAYS): 

EXPANDING THE POWER 

OF THE PERSONAL 

COMPUTER 

AREAS OF INTEREST: 

• Man-machine 
interfaces 

• End-user programming 

• Cooperative work 
group interaction 

• PC-LAN and WAN 
networking 

• Paperless office 

• Multilingual support 

• Integration of 
multimedia 

» Database and docu- 
ment technologies 

• Computer aided 
engineering 

INVITED SPEAKERS: 
Esther Dyson, Dave Lidd- 
le, Stan Rosenschein, Rob 
Shostak, Jeff Raikes, Rolf 
Wildhack, Peter Maier 



SUBC0NFERENCE(21/2 

DAYS): 

ENHANCING THE INTEL- 

UGENCE IN INFORMATION 

SYSTEMS 

AREAS OF INTEREST: 

• Design criteria for in- 
corporating intelligence 
and learning in systems 

• Acquisition of know- 
ledge and its validation, 
verification, and testing 

• Application of 
knowledge-based systems 
to analysis, design, and 
maintenance 

• Implementation pro- 
blems and their solutions 
» Culture and stage of 
development in intelli- 
gent systems 

• Frontiers in research 

INVITED SPEAKERS: 
Prominent figures will be 
invited 



R&D Alcatel; R&D Telefonica; 
Engineering School. 
POSTER SESSIONS 
CONGRESS REGISTRATION 



ATT Microelectronics; IBM; 



(in pesetas) 



DELEGATE FEE 

STUDENTS WITH PROCEEDINGS 

STUDENTS WITHOUT PROCEEDING 

ACCOMPANYING PERSON. 

Number of persons .... x 

TUTORIAL (Each) 

TECHNICAL VISITS (Each) 



Through 
May 4 
44.000 
16.000 
11.000 



May 5 
July 7 
52.000 
21.000 
16.000 



July 16 
Through on-site 
59.000 
26.000 
21.000 



1.000 2.000 3.000 

17.000 22.000 26.000 

2.000 2.500 3.000 

HOST: FESi (Federacion Espanola de Sociedades de inform&tica) 

FOR ADVANCE PROGRAM AND REGISTRATION FORM, CORRESPOND WTTH: 

GRUPO GEYSECO C/ Mauricio Legendre, 4-8=G 

28046 MADRID (SPAIN) 



CALL FOR PAPERS 



Twelfth Annual IEEE 




1ICNTERNATI0NAL 

3hoenix 

CONFERENCE on 
COMPUTERS and 
COMMUNICATIONS 



Sponsored by: 

INSTITUTE OF ELECTRICAL AND 

ELECTRONIC ENGINEERS A^ 



and 

IEEE COMMUNICATIONS 
SOCIETY 



S 



In cooperation with: ™''* 

IEEE COMPUTER SOCIETY, 

UNIVERSITY OF ARIZONA, 

and 

ARIZONA STATE UNIVERSITY 



CONFERENCE CHAIR 

James Weeldreyer 
Honeywell, Inc. 

1 6404 N. Black Canyon Highway 
Phoenix, AZ 85023 USA 
Tel: 602-436-481 3 
FAX: 602-436-4848 
E-Mail: Weeldrey(ftiasdv1.iasd. 
honeywell.com 



IMPORTANT DATES: 

Submission Deadlines. 

For papers, special sessions, and 

tutorials: 

17 July 1992 

For Technical Demonstrations; 

28 August 1992. 

Acceptance notifications. 
For papers: 
25 September 1 992 
For special sessions 
(provisional) and tutorials: 
21 August 1992 
technical demonstrations 
19 October 1992 

Camera ready version of papers 
due 30 November 1 992 

Conference Dates 
24-26 March 1993 



March 24-26, 1993 

Scottsdale, Arizona 

This International conference provides a forum for the presentation and 
exchange of current wori< in computers, communications, their synergism, and 
their applications. We particularly solicit industrial, business, and government 
participation as well as the active involvement of the academic communit/. We 
l<now It is vital that there be a dialogue between practitioners and researchers. 
Thus, in addition to research contributions, we solicit reports detailing experi- 
ments, evaluation, problems, and opportunities associated with design, im- 
plementation, and operation, 

PAPERS 

Submitted manuscripts must be no longer than 5000 words, be t/ped double- 
spaced, and include on abstract of approximately 300 words, Longer papers 
and reports will not be considered, Authors should obtain company and govern- 
ment clearances prior to submission of the papers. Please submit five copies of 
complete paper and abstract by 1 7 July 1992 to: 

Robert Meitz, Program Chair Telephone: 602-965-7775 

Arizona State University FAX: 602-965-5089 

Department of Aeronautical Technology 
Tempe.AZ 85287-6406 USA E-Mail:ldrom C^asuvm. inre.asu.edu. 

All papers submitted will be reviewed by the Program Committee, They will be 
Judged with respect to their quaiit/, originaiit/, and relevance. Authors will be 
notified of acceptance/rejection shortly after 25 September 1992, Accepted 
papers will be published in the IPCCC Proceedings, Awards will be given for the 
best paper and for the best presentation. Outstanding papers will be consid- 
ered for publication in related IEEE Journals, 

SPECIAL SESSIONS 

We solicit proposals for special topics and panel sessions. Please contact the 
Program Chair for proposal guidelines, 

TUTORIALS 

Proposals for one-day tutorials related to the conference topics are desired. 
Please contact the Tutorials Chair for tutorial proposal guidelines. Proposals 
should be sent by 1 7 July 1 992 to: 



Telephone: 602-862-4036 
FAX: 602-862-4750 
E-Mail:a.Johnsey(aaz05. 
buil.com 



Alan Johnsey 

Bull HN Information Systems 

P.O. Box 8000 

Mail Stop B8 

Phoenix, AZ 85066 USA 

TECHNICAL DEMONSTRATIONS 

We ore actively soliciting proposals for Technical demonstrations from industry 
and academic. These demonstrations may relate to any of the conference 
topics and may include work in progress, new products or research prototypes. 
Please contact the Demonstration Chair for proposal guidelines. Proposals 
should be sent by 29 August 1 992 to: 



Franl< Calliss, Demonstration Chair 
Arizona State University 
Dept. of Computer Science &Eng. 
Tempe.AZ 85287-5406 USA 



Telephone: 602-965-2804 
FAX: 602-965-2751 
E-lylall:cailis@asuvax. 
eas.asu.edu 



SUGGESTED TOPICS: 
Computer Technology 

• Parallel and Distributed 
Computing 

Fault Tolerance and Reiiabillty 
Neurol Network Computing 
Distributed Database Systems 
Optical Disk Storage 
VLSIWHSiC Developments 
Advanced Architectures 

Communications Technology 

Fiber Optics 

Satellite/Terrestrial Systems 
Communications Theory 
Spread Spectrum 

Software Systems 

Specification Ivlethodologies 

Development Environments 

Object-Oriented Systems 

Real-Time Systems 

Performance Measurement 

and Evaluation 

Graphics and Scientific 

Visualization 

Distributed Operating Systems 

Al/Expert Systems 

Applications 

Networking Systems 

Protocols 

interoperability 

Local and Wide Area Networks 

Frame Relay 

Ivlanagement, Control 

and Securit/ 

Performance 

ISDN Systems 

Applicatians 

Strategic Impact 

Transition To Open Systems 
Network Technology Choices 
Alternatives In Software 
Engineering Technology 
Communications and 
Information Resources in 
Business Decisions 
Project Management 






University of Oregon 

The Department of Computer and Infor- 
mation Science invites applications for a 
senior faculty position created by a new 
state Centers of Excellence award. We are 
seeking a person who will be an active leader 
in the department, willing to serve a term as 
department head and also play a key role in 
relations to the computer industry. Appli- 
cants should have a Ph.D. in computer science 
or related field and a distinguished record of 
teaching and research in the area of parallel 
processing (including parallel architectures, 
languages, and performance modeling) or 
human-computer interaction (including com- 
puter graphics and scientific visualizadon). 
Our department has 14 other research faculty 
positions (including one other new position 
for which we are currendy recruiung), ap- 
proximately 20 Ph.D. students, 50 M.S. stu- 
dents, and 160 B.S students. We have strong 
research programs in parallel and distributed 
systems, computer graphics, user interfaces, 
programming languages, software engineer- 
ing, artificial intelligence, and theoretical 
computer science, and active interdisciplinary 
ties with other on-campus groups in the fields 
of cognitive science, neuroscience, economics, 
biology, physics, and mathematics. We offer a 
modern computing environment (a MasPar 
MP- 1100, two Sequent Symmetry multiproc- 
essors, and dozens of Sun and HP worksta- 
tions) housed in a new computer science 
building. 

Review of applications will continue until 
the position is filled. The position is available 
September 1992, with a target date for filling 
the position by January 1993. Qualified appli- 
cants should send their curriculum vitae and 
the names of at least three references to: Pro- 
fessor John Conery, Faculty Search Commit- 
tee, Department of Computer and Informa- 
tion Science, University of Oregon, Eugene, 
OR, 97403-1202. For more information send 
e-mail to conery@cs.uoregon.edu or phone 
(503)-346-3973. The University of Oregon is 




an Equal Opportunity/Affirmative Action 
Employer committed to cultural diversity. We 
especially encourage applications from 
women and minorities. 



University of South Florida 

The Department of Computer Science and 
Engineering is seeking applicants for a 
visiting faculty position at the Sarasota 
Campus starting Fall Semester, 1992. The 
Department offers bachelor's degrees in 
Computer Science, Computer Engineering, 
and Information Systems, and has Master's 
and Ph.D. programs in Computer Science 
and Engineering. 

The University of South Florida, with an 
enrollment of more than thirty-three thou- 



sand, is the second largest institution in the 
State University system. The main campus is 
located in Tampa, the principal city of dy- 
namic West Central Florida. The Sarasota 
campus is located sixty-five miles south of 
Tampa in an area known for its cultural re- 
sources. The University operates an interac- 
tive instructional television network that links 
the Tampa, Sarasota, St. Petersburg and 
Lakeland campuses and a large number of 
industrial sites. 

The Department is headquartered in a new 
twelve million dollar building which it shares 
with the Department of Electrical Engineer- 
ing on the Tampa Campus. All of the present 
fifteen full-time faculty members are assigned 
to the Tampa campus. The successful appli- 
cant will be assigned to the Sarasota campus 
and will engage in undergraduate teaching, 
advising and research. Travel between the 
Sarasota and Tampa campuses and substan- 
tial departmental interaction will be required. 
The Department research network includes a 
substantial number of SUN, DEC and IBM 
ivorkstations, an INTEL 2/386 hypercube, 
and a variety of specialized graphics and 
image processing equipment. Additional 
computing resources are available on the Col- 
lege computing network and the University 
network. All three networks are accessible on 
the Sarasota campus. Some specialized equip- 
ment is accessible only on the Tampa campus. 
The departmental faculty are actively en- 
gaged in research activities supported by fed- 
eral, state and industrial sources. There is 
industrial interaction with a number of com- 
panies in West Central Florida including 
AT&T, E-Systems, GTE Data Services, Group 
Technologies, Harris, Hercules, Honeywell 
and IBM. 

Applicants should send an updated resume 
and arrange to have three letters of reference 
sent to Faculty Search Committee, Computer 
Science and Engineering, University of South 
Florida, Tampa, Florida 33620. 

The University of South Florida is an equal 
opportunity and affirmative action employer. 
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Southern University at Baton 

Rouge 

Chairperson 

Computer Science Department 

The Computer Science Department invites 
applications and nominations for the 
position of chairperson. Applications 
must be postmarked by July 1, 1992, and the 
anticipated starting date is August, 1992. 

Applicants for the position should have the 
earned doctorate in computer science, an es- 
tablished record of research and teaching at 
both the graduate and undergraduate levels, 
and demonstrated leadership ability. This is a 
full-time, nine-month, tenui^e track posidon, 
with an opportunity to work during summer 
sessions as desired. 

The salary is negotiable, depending on 
rank, experience and other qualifications. 

The Computer Science Department has 
approximately 400 undergraduate majors 
and 90 graduate students. Degrees offered 
include the B.S. degree in Computer Science 
and Computer Informadon Systems and the 
M.S. degree in Information Systems, Operat- 
ing Systems, Mini/Micro Systems, and Educa- 
tional Computing. The Science Option of the 
undergraduate program is accredited by the 




Computer Science Accrediting Commission 
of the CompuUng Sciences Accreditation 
Board (CSAB). The department has 15 full- 
time faculty with research interests in net- 
works, database management, software engi- 
neering, numerical algorithms and computer 
science curriculum development. 

Computer equipment available in the de- 
partment includes a VAX 8200, two IBM PC 
laboratories, and an AT&T 3B2 laboratory. 
Faculty and students have access to the Uni- 
versity's IBM ES/9000 Model 260 and the 
Computer Science Department and College 
of Engineering share an IBM 4341. 

Southern University at Baton Rouge is an 
historically Black land-grant college with 
9,000 students. The University has nine de- 
gree-granting colleges, in addition to the 
Graduate School. Its campus is situated on 
bluffs overlooking the majestic Mississippi 
River in the capitol city of Baton Rouge. 

Applications shoidd include a complete re- 
sume and three professional references and 
should be sent to Mrs. Beulah Clark, Chair- 
person, Computer Science Chair Search 
Committee, P.O. Box 9221, Southern Univer- 



sity, Baton Rouge, LA 70813. For further in- 
formation, call (504) 771-2060 or Fax (504) 
771-4223. 

Southern University is an Equal Opportunity 
Institution. 

D. E. Shaw & Co. 
Algorithmic Trading 

DE. Shaw & Co. is a small (several dozen 
employees), highly capitalized (over 
$300 million in partners' equity), ex- 
tremely successful Wall Street firm specializ- 
ing in quantitative finance and computational 
trading. Computer scientists and system de- 
signers form the professional core of the firm, 
and not merely its support staff, and partici- 
pate in its profits. Our technical staff includes 
both Ph.D. -level researchers recruited from 
Stanford, MIT, and other leading computer 
science departments and extraordinarily tal- 
ented B.S.- and M.S. -level system designers 
and "superhackers". It is our practice to com- 
pensate unusually gifted individuals at a level 
exceeding that of the market. Applicants 
should send resumes to The Recruiting De- 
partment, D. E. Shaw & Co., 39th Floor, 
Tower 45, 120 W. 45th Street, New York, NY 
10036. 
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WEB DEVELOPMENT CORPORATION 



WEB Development Corporation invites 
applications for the position of: 

RESEARCH ASSOCIATE 

An ideal candidate should have expe- 
rience in pattern recognition, signal 
processing or related fields, as well as 
extensive programming expertise. 

A Ph.D. degree in Mathematics, Com- 
puter Science or Electrical Engineering 
is required. 

WEB Development is a small research 
laboratory near Philadelphia whose cur- 
rent activities span computer science, 
cognitive science, optics and physical 
chemistry. 

Please send resume with two references 
to: 

Dr. Mahmut Gunar 

WEB Development Corporation 

Longwood Corporate Center South 

415 McFarlan Road 

Rennett Square, PA 19348 




NATIONAL UNIVERSITY 
OF SINGAPORE 

DEPARTMENT OF INFORMATION SYSTEMS AND 
COMPUTER SCIENCE (DISCS) 

Applications are invited for academic positions In tlie 
Department. PhD In CS or IS required. Ranl< and salary 
will depend on qualifications and experience. Well-qualified 
applicants in all areas of the subjects will be considered, 
but research/teaching experience in the following areas 
are specially sought: systems analysis and design, soft- 
ware engineering, operations research, EDP auditing and 
financial modelling. 

Competitive salary and fringe benefits include: subsi- 
dized housing, end-of-contract gratuity (25%), return pas- 
sage and relocation allowance, children's education allow- 
ance, medical benefits and car loan. 

Details and application form available from Director of 
Personnel, National University of Singapore, 10 Kent 
Ridge Crescent, Singapore 0511. For information on the 
Department write to Head, DISCS, NUS, by post or elec- 
tronically on ISCHead @ NUS3090. 
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Stanford University 
Lecturer In Computer Science 

Applications are invited for the position of 
Lecturer or Senior Lecturer of Computer 
Science beginning in Autumn 1992. Can- 
didates from all areas of computer science will 
be considered. This two-year appointment is 
renewable, but not tenure-track. 

The Department of Computer Science at 
Stanford has long been recognized as one of 
the top computer science departments in the 
world. For the last six years, the department 
has offered an undergraduate major which 
provides excellent computer science educa- 
tion to an exceptionally strong student body. 
Computer science instruction at Stanford is 
provided by 28 full-time equivalent faculty 
members and a staff of four lecturers, who 
are principally responsible for the introduc- 
tory core of courses that constitute the com- 
puter science major. Although these courses 
will primarily be at the sophomore/junior 
level, teaching more advanced courses may 
also be an option. 

Each lecturer is ordinarily expected to 
teach two courses per quarter. The Depart- 
ment has, however, been very successful in 
obtaining grant equipment and money for 
innovative projects and curriculum develop- 




ment work, and lecturers will have the oppor- 
tunity to participate in such projects to reduce 
their teaching load to a single course during 
one quarter of the year. Pardcipation in un- 
dergraduate advising and curriculum plan- 
ning is also expected. 

Demonstrated ability and strong interest in 
teaching undergraduates is essenual. An M.S. 
or Ph.D. in Computer Science is required. 
Applicants should submit a resume and three 
references to: 

Eric Roberts, Assistant Chair 

Department of Computer Science 

CS Tresidder, Room A-211 

Stanford, CA 94305-3068 

Stanford University is an Affirmative 
Action/Equal Opportunity employer and ac- 
tively solicits applications from women and 
minorities. 

University of Glasgow 
computing Science Department 
Lectureship 

pplications are invited for a permanent 
Lectureship in this thriving department 
of 35 academic staff. We seek an out- 
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standing computer scientist to complement 
our existing strengths in: human-computer 
interaction, information retrieval, program- 
ming languages, databases, graphics, formal 
methods and functional programming. You 
should be able to contribute to the experi- 
mental and practical side of large-scale com- 
putation though this, by no means, excludes 
theoredcians. You would join a lively and 
well-equipped Department, offering oppor- 
tunides for exciting research and teaching. 
Salary will be within the Lecturer scale 
(f 12,860-£23,739 per annum), with place- 
ment according to qualifications and experi- 



Further parUculars may be obtained from 
the Academic Personnel Office, University of 
Glasgow, Glasgow, G12 8QQ; or from the 
I-fead of the Computing Science Department 
(tel. 041 330 4463; e-mail to keith@dcs.glas- 
gow.ac.uk). 

Applications (8 copies), giving the names 
and addresses of three references should be 
lodged on or before 30th June, 1992 with the 
Academic Personnel Office at the above ad- 
dress. In reply please quote ref. no. 7566. 



Open System 

Platforms/Systems 

Development 

Come join a $380 million worldwide provider of information management 
solutions. Cincinnati Bell Information Systems (CBIS) is seeking indi- 
viduals with a solid background in C/UNIXto apply an open-system platforms 
approach to develop new CBIS Edge™ software products for our clients. 

The new CBIS Edge represents an area of unlimited personal and profes- 
sional growth opportunities for select individuals in our Software Development 
Centers in Cincinnati, Chicago, and Orlando. Competitive candidates will 
have three or more years' experience in one or more of the following: C++, 
Object-Oriented Programming, Open-Systems Architecture, Case Tools, and 
Information Engineering. 

CBIS provides merit-based compensation plans, relocation assistance, 
"FI£X" benefits, 401(k) savings plan, and tuition reimbursement. Please mail 
your resume to CBIS, P.O. Box 1638, Dept. CD392, Cincinnati,OH 45201, 
ATTN: Steve Suiter, 
Director of Placement. 
Principals only, please. 

We are an Equal Opportunity/Affirmative Action Employer 
Edge is a service mark of CBIS. 




DISTINGUISHED 
POSTDOCTORAL 
RESEARCH PROGRAM 



U.S. Departmant' of Energy 
Disringuished Postdoctoral 
Research Program 

Research Opportuniries in 
Physical Sciences, Computer 
Sciences, and ingineering 

Rmeanh tn DO£->pofl<«r«d pn^rama 
Tsndols at various narionol li^tomtorisa 
SHpand of $53,800 
Dotloral degree received oftar 1989 
U^. c'ltizena or FItA eligible 
Application deadline Auguat 1, 1991 

For information and applicariona; 

DOE Diaringuiahed Poatdoctoral Reaearch 

Program 

Science/Engineering Education Diviaion 

Oalc Ridge Inatitiite for Science and 

Education 

P.O.Box 117 

Oak Ridge, Tenneatee 37831-0117 

(615)576-9934 
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University of Pennsylvania 

Library 

Director of Library information 

Systems 

The Director of Library Information Sys- 
tems provides leadership for info. sys. 
functions, participates in high level plan- 
ning, leads in design & execution of academic 
info, processing systems linked with univ. net- 
work & external databases. Works with Assoc. 
Deans addressing campus compudng issues. 
Reports to' the V.P. & Dir. of Lib., manages 9 
FTE staff. Manages fin. & elect, resources; 
designs, supports comp. labs. QUALS: B.A. 
in field. Adv. degree highly desir. 7 yrs. rel. 
exp. Knowl. of universities, research libraries, 
& their info. sys. pref d. Exp. leading an inno- 
vative project highly desirable. Evidence of 
exc. interpersonal, mgmt. & comm. skills. 
Teamwork, negodation skills req'd. Famil. 
w/open sys. design, standards, client-server 
apps., microcomp. CD applicns. prefd. Com- 
bined mainframe & microcomp. applications, 
IBM & UNIX-based sys. prefd. Fam. w/ 




library integrated sys. desirable. SAL; Com- 
mensurate w/quals. Send a cover letter, re- 
sume, and names, add., & phone #s of 3 ref 
to Edna Dominguez, Pers. Admin., 3420 Wal- 
nut St., Van Pelt Library, Phila., PA 19104- 
6206. (215) 898-7568. Applications reed, by 
4/30/92 will have received first consideration. 
However, APPLS. WILL BE ACCEPTED 
UNTIL FINAL CANDIDATE IS SE- 
LECTED. AA/EOE Employer 



Massachusetts Institute of 

Technology 

Research scientist 

Artificial intelligence Laboratory 



I 



ndividual needed to provide system sup- 
port for research in symbolic and numeri- 
cal computing. We are seeking an out- 



standing system designer who will assume 
primary responsibility for the continued de- 
velopment of MIT's implementation of the 
Scheme dialect of Lisp, and the associated 
Unix environment. Other duties include con- 
Unuing research on high-performance imple- 
mentations of Lisp-like languages, and super- 
vising students and staff members. 

A formal degree (bachelor's level or higher) 
in Computer Science is preferred. Applicants 
must have experience with Scheme and with 
Scheme compilation techniques, and must 
have developed substantial applications in 
Scheme or Lisp. Applicants must also have 
extensive knowledge of Unix, although they 
should have sufficiendy good programming 
taste to not consider this an achievement. 

Qualified applicants, please send two copies 
of both resume and cover letter, referencing 
Job No. R92-060 to; Mr. James McCarthy, 
MIT Personnel Office, BIdg. E19-239, 77 
Mass. Avenue, Cambridge, MA 02139-4307. 
MIT is an Equal Opportunity/Affirmative 
Action Employer. MIT is a non-smoking envi- 
ronment. 



"At INTERGRAPH, I WORK ON PRO 
/iHAVE REAL APPLICATIONS IN ^ 



ECTSTHAT 
DDAY'S SOCIETY." 



Intergraph Corporation is meeting tlie engineering challenges of today by 
designing systems to be used at all levels of government and industry. 

Currently, our systems are used by local, 

regional and national governments and, in the S BISL ^ 

commercial arena, our systems are at home in i^^. . ' 

small engineering firms as well as large, ^^^ ^'^^/-^^ 

multinational corporations. In fact, nine of the ^?' ^^'' 

top 10 Fortune 500 companies use Intergraph S**°fe^' 



If you want to be a part of tomorrow's 
technology today, look into the following 
opportunities. 

Applications Software 
Development 

Requires a thorough l<nowledge of C 
language in a Unix environment. Exposure 
to the development of computer graphics 
applications for geographic information 



systems, architectural engineering/construction, mechanical design and 
manufacturing, electronics design and electronic publishing is preferred. 

System Integration 

Requires proven experience in the integration 
of diverse software/hardware systems and 
platforms. An in-depth knowledge of relational 
databases, networking, X windows, and 
computer-aided software engineering tools is 
highly desired. 

Intergraph offers a highly professional working 
environment, excellent advancement potential, 
competitive salaries, and company-paid 
benefits, including a matching 401 (k) plan. For 
confidential consideration, please send resume 
with salary requirements to: Dave Cummins, 
Dept. CACM62, Intergraph Corporation, 
Huntsviile, AL 35894-0003. An Equal 
Opportunity Employer, M/F/H/V. 
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Everywhere you look. 
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RAND 

Senior computer scientist 

RAND is seeking a senior computer scien- 
tist for its Santa Monica location to lead 
research in one of its areas of advanced 
computing research, which emphasize, but 
are not necessarily limited to, modeling, simu- 
lation and visualization. A successful candi- 
date will have an established research reputa- 
tion with a demonstrated capacity to lead 
computing research. A PhD in computing or 
related field is necessary plus an ability to 
work collaboratively with researchers in other 
disciplines. Candidate should also have exten- 
sive knowledge of the computing and com- 
munications disciplines, and familiarity with 
the major governmental agencies sponsoring 
research in these areas. RAND is a private, 
non-profit research institution engaged in 
research and analysis of matters affecting na- 
tional security and the public welfare. U.S. cit- 
izenship required. Address applications to: 
Anthony C. Hearn. 

RAND 

1700 Main Street 

P.O. Box 2138 

Santa Monica, CA 09407-2138 

An Affirmative Action Employer 




The University of Tennessee 
Department of computer science 

Knoxville, Tennessee 37996-1301 

The Department of Computer Science 
seeks to fill one tenure-track faculty posi- 
tion at the rank of Professor, Associate 
Professor or Assistant Professor, as creden- 
tials warrant, beginning Fall 1992. For a full- 
professorship, a strong research record in the 
areas of operating systems, scientific comput- 
ing or software engineering is sought but all 
major fields in computer science may be con- 
sidered. Experience directing doctoral stu- 
dents is especially important. Applicants for 
Associate Professor should have a strong re- 
search record, preferably in the above-named 
areas; experience directing doctoral students 
is desirable. Applicants for Assistant Profes- 
sor should have a strong interest in research, 
preferably in the above-named areas. Appli- 
cants for all positions should have a doctoral 
degree in computer science or a related area. 
Applicants should specify the rank for which 
they are applying. 

Departmental SUN, IBM and DEC work- 



stations abound for students and faculty and 
are fully networked. In addition, the depart- 
ment has acquired a Thinking Machine 
CM-3. The department and the Mathematical 
Sciences Section of the Oak Ridge National 
Laboratory jointly operate the Advanced 
Computing Laboratory which includes full 
networked Intel iPSC/860, 128 processors; 
iPSC/2, 64 processors; two Sequent Balances 
and a Sequent Symmetry; a Stardent Titan 
with four processors; Cogent; N-Cube; Ken- 
dall Square Research machine with 32 proces- 
sors; and various file servers. Also, Oak Ridge 
National Laboratory is acquiring an Intel Par- 
agon. In. addition, the department has re- 
cently received an NSF Small-Scale Infra- 
structure Award. The department is part of 
the National Science Foundation Science and 
Technology center for Research in Parallel 
Computing. The University operates an IBM 
3090 and a large VAX cluster. 

Please respond to search@cs.utk.edu. The 
mailing address is Search Coordinator, De- 
partment of Computer Science, 107 Ayres 
Hall, The University of Tennessee, Knoxville 
TN 37996-1301. 

The University of Tennessee is an EEO/ 
AA/TITLE IX/SECTION 504/ADA em- 
ployer. 



National Oceanic and Atmospheric Administration 

Supervisory Computer Specialist 

The Space Environment Laboratory (SEL) of the National Oceanic and Atmos- 
pheric Administration (NOAA), Boulder, Colorado, is seeking a Supervisory Com- 
puter Specialist, GM-334-14 ($54,607-$70,987) to serve as Chief of Its System 
Development Branch. The SEL mission Is to acquire and disseminate monitoring 
information about the solar and near-Earth space environment, prepare and 
disseminate forecasts of conditions in the space environment, conduct research 
In solar-terrestrial physics, and develop and apply techniques to improve the 
monitoring and forecasting of the environment. The System Development Branch 
consists of approximately 10 computer specialists, mathematicians, physicists, 
and electronic engineers developing data systems used for all aspects of the 
laboratory mission. There Is an emphasis on real-time operation with data flowing 
from a variety of satellites, observatories, and sensors in the United States and 
in other countries. Processing is distributed over several systems, data are ex- 
changed in real time with other federal agencies, and state-of-the-art networks 
are used. Development of a research data base, development of the next genera- 
tion of real-time forecast and analysis systems, and research and forecasting use 
of data streams from new satellites are Included in laboratory plans. The individ- 
ual should have strong management and leadership abilities, be effective in 
written and oral communication, and have a strong computer background in 
scientific oriented applications, writing applications programs (e.g., C & Fortran), 
and advanced methods and techniques in software design (functional, modular, 
distributed, real-time, network, etc.). The employee will Interact with other NOAA 
laboratories, other federal agencies, and public and commercial organizations. 

Copies of the vacancy announcement listing qualifications, selective and quality 
ranking factors and instructions on how and where to apply may be obtained by 
calling Jan Presley at (303) 497-6615. For the hearing impaired telephone (303) 
497-3014. Please reference the vacancy announcement number; 
MASC/NOAA 92-136LR 

Procedures will Include filing an Application for Federal Employment (SF171, 
June 1988 edition only) to U.S. Department of Commerce, NOAA/Personnel 
Division, MC24, 325 Broadway, Boulder, CO 80303-3328. Applications must be 
received in the Personnel Office by close of business July 2, 1992. 

The U.S. Department of Commerce Is an equal opportunity employer. U.S. 
citizenship is required. 



ACM POLICY ON 

NONDISCRIMINATORY 

ADVERTISING 



ACM accepts recruitment adver- 
tising under tlie basic premise tliat 
tine advertising employer does not 
discriminate on the basis of age, 
color, race, religion, gender, sexual 
preference, or national origin. ACM 
recognizes, how/ever, that laws on 
such matters vary from country to 
country and contain exceptions, in- 
consistencies or contradictions. This 
is as true of laws of the United 
States of America as it is of other 
countries. 

Thus ACM policy requires each 
advertising employer to state explic- 
itly in the advertisement any employ- 
ment restrictions that may apply 
with respect to age, color, race, reli- 
gion, gender, sexual preference, or 
national origin. Observance of the le- 
gal retirement age in the employer's 
country is not considered discrimina- 
tion under this policy. 
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To begin 1991, "Inside Risks" 
considered the effects of 
computer clock rollovers 
and other temporal fugits . 
After Feb. 29, 1992, it 
seems appropriate to revisit the ef- 
fects of leap years. The following 
episodes [1] are worth retelling. 

» One of Rob Slade's home com- 
puters would not accept a Feb. 29, 
1992 date (Saturday), but still man- 
aged to know that Mar. 1, 1992 was 
a Sunday. 

• Paul Eggert's contribution for 
International Software Calendar 
Bug Day observed that Prime Com- 
puter's MAGSAV failed at mid- 
night. However, since Prime's 800 
number does not work on Satur- 
days, they probably did not hear 
about it as much as they would have 
had it happened on a weekday. 
G.M. Lack noted that MAGSAV 
probably failed on leap-day because 
it tried to increment the year by one 
to set a tape label expiration date, 
and the resulting nonexistent date 
Feb 29, 1993 threw it for a loop. 
Eggert added, "Alas, dates are 
tricky, and that goes double for 
date arithmetic." 

9 Jaap Akkerhuis reported that 
Imail caused systems to crash 
worldwide on leap-day, the mail 
handlers did not recognize the 
date. 

® Roger H. Goun reported that the 
PC MS/DOS mail system UUPC/ 
extended hung the PC on leap-day. 
"Drew Derbyshire, the author of 
UUPC, traced the problem to a bug 
in the mktime() library function in 
Borland C+-t- 2.0, which converts a 
time to calendar format. Drew 
demonstrated that mktime() will 
hang a PC on Leap Day, and re- 
ported the problem to Borland. As 
distributed, UUPC is compiled with 
Borland C+-I- 2.0, though source 
code is available for do-it-yourself- 
ers . . . Drew tried to warn UUPC 
users by mail after discovering the 
problem on Saturday. Ironically, 
many did not get the message until 
Sunday or Monday, when they 
found their PCs hung in 
UUPOLL," 




« Rhys Weatherley noted that a 
Windows 3.0 newsreader using 
Borland C-t-4- 2.0 locked up, due to 
a bug in 'mktime' converting to 
Unix data/time formats, although 
the problem may have been due to 
the run-time library. 
9 Mark Brader raised some ques- 
tions about digital watches going 
from Feb. 28 to Mar. 1. Several 
people responded that their 
watches always assumed 31 days, 
and a manual adjustment was re- 
quired otherwise. 

« Douglas W. Jones noted that all 
liquor licenses in Iowa expired on 
the 28th, and the new licenses were 
not in force until the 1st. The state 
announced that this was due to a 
'computer error' and promised not 
to enforce the law on leap-day for 
establishments caught in the glitch. 

The conclusions have not 
changed much since our Jan. 1991 
column [1]. You might think that 
the leap-day problems would have 
been adequately anticipated, espe- 
cially in the four years since their 
previous incarnation, as noted in 
[1]. Getting clock arithmetic correct 
might seem to be a conceptually 
simple task — which is why it is not 
taken seriously enough. But even if 
earlier leap-year problems were 
caught in older systems, they con- 
tinue to recur in newer systems. So, 
now we have four more years to 
develop new software with old leap- 
year bugs, and perhaps even some 
creative new ones! 

Distributed System Woes 

Leslie Lamport once said, "A dis- 
tributed system is one in which the 



failure of a computer you didn't 
even know existed can render your 
own computer unusable." As we 
evolve more toward distributed sys- 
tems, there is a pervasive failure to 
realize that certain design decisions 
must change, particularly that we 
must no longer rely on weak-link 
centralized servers. 

After several painful experi- 
ences, I am compelled to 
issue a cry to the system de- 
velopers that, in our mod- 
ern times, distributed sys- 
tems should not have so many weak 
links. There are typically all sorts of 
hidden dependencies — on pass- 
word servers, file servers, name 
servers, system logs, and lock man- 
agers — whose malfunctions can 
cause pervasive disturbances. 
Caveh Jalali noted how timeouts 
are nested, assuring total blockage 
under certain circumstances. In the 
research community and in the 
Tandem world, we know how to 
drastically reduce the dependence 
on weak links. It is time that devel- 
opers of distributed operating sys- 
tems got the message: distributed 
systems are a step forward only if 
they are not disabled by simple 
server failures. 

Some of you will say you do not 
have this problem because you have 
a stand-alone personal computer or 
totally centralized system. Congrat- 
ulations for successfully living in 
the past. That works just fine as 
long as your system is upl The cor- 
responding situation in distributed 
systems is that things work wonder- 
fully as long as every weak link you 
depend on is OK. But the likeli- 
hood of success is even lower in dis- 
tributed systems unless the weak 
links have been avoided by good 
system design. The problems of 
designing robust distributed sys- 
tems present a major challenge. Ei 

Conclusions 

There is a serious lack of system 
sense and consistent software prac- 
tice. Lessons are ignored, and 
heads remain stuck in the sand, os- 
trichlike. It is time to reform. 
1. Neumann, P.G. ACM SIGSOFT 
Softw. Eng. Notes 17, 2 (Apr. 1992). 
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OR COMPUTER GRAPHICS 



N. MAGNENAT THALMAN and D. THALMAN 

CREATINO AND ANIMATING 
HIE VISmJAL WORLD 

A collection of papers, from the fourth 
International Workshop on Computer 
Animation held in Geneva 1992, contain- 
ing original research results and tech- 
niques in various areas of computer 
animation. Topics selected include phys- 
ics-based animation, human animation, 
and geometric modelling and animation. 

1992/APPROX. 250 PP., 131 ILLUS./HARDCOVER 
$120.00 (TENT.)/ISBN 0-387-70093-5 
COMPUTER GRAPHICS SOCIETY 



G. GARCIA and I. HERMAN 

ADVANCES IN 
COMPUTER GRAPHICS VI 

Images: Synthesis, Analysis, and 
Interaction 

Offers a range of tutorials on image syn- 
thesis and image reconstruction, based on 
the Eurographic '90. The unique combina- 
tion of the two fields of interest is not only 
constructive but necessary to a whole 
range of theoretical problems and applica- 
tions. Contains high level tutorials ad- 
dressing visualization, image processing, 
X/PEX programming, intelligent CAD 
systems, image reconstruction, and human 
visual systems. 

1991/460 PP., 86 ILLUS./HARDCOVER $117.00 
ISBN 0-387-53455-5 
EUROGRAPHIC SEMINARS 



R. UTHAM 

THE DICTIONARY OF 
COMPUTER GRAPHICS 
TECHNOLOGY AND 
APPLICATIONS 

The first dictionary covering software, 
hardware, and applications in computer 
graphics, this book offers definitions of 
terms not found anywhere else. The author 
guides both novices and specialists alike 
through the maze of terminology sur- 
rounding one of the most exciting growth 
areas in computing. An excellent reference 
for anyone who would like to become 
familiarized with technical jargon in 
applications and allied technologies. 

1991/160 PP., 19 ILLUS./HARDCOVER $24.95 
ISBN 0-387-97540-3 



W.A. GAMAN and W.A. GIOVINAZZO 

PHIGS BY EXAMPLE 

Following the principle that the best way 
to learn PHIGS is by using PHIGS, this 
book takes an integrated approach to 
learning the program. Written for the 
novice programmer, the authors begin by 
exploring the basic concepts of PHIGS 
and ends with more advanced topics of 
PHIGS-H. Areas of interest include creat- 
ing, shading, coloring, and interactively 
manipulating geometric objects. 

1991/218 PP., 26 ILLUS./HARDCOVER $29.95 
ISBN 0-387-97555-1 



J.L ENCARNAQAO, R. LINDNER, and 
E.G. SCHLECHTENDAHL 

COMPUTER AIDED DESIGN 

Fundamentals and System Architectures 
2nd edition 

Describes the principles, methods, and 
tools that are commonly used in the appli- 
cation of computers to design tasks. This 
new edition is completely revised and 
updated with extensive new materials - 
including computer graphics, implementa- 
tion methodology, and CAD data transfer. 

1991/423 PP., 240 ILLUS./HARDCOVER $69.00 
ISBN 0-387-52047-3 
SYMBOLIC COMPUTATION 



N. MAGNENAT THALMANN and D. THALMANN 

COMPUnR ANIMATION 

Theory and Practice 
2nd revised edition 

Now in its second edition. Computer 
Animation: Theory and Practice contin- 
ues to stand out as an excellent presenta- 
tion of all aspects of computer animation. 
Presents computer-assisted animation 
techniques such as key-frame interpolation 
and use of paint and color, as well as 
detailed information on the state-of-the-art 
in computer animation and a history of 
animation systems and languages. 

1991/245 PP., 156 ILLUS./HARDCOVER $49.00 

ISBN 0-387-70051-X 

COMPUTER SCIENCE WORKBENCH 




D.F. ROGERS and R.A. EARNSHAW 

STATE OF THE ART IN 
COMPUTER GRAPHICS 

Visualization and Modeling 

This third volume, from the State-of-the- 
Art in Computer Graphics Summer Insti- 
tute, contains new and original work at the 
cutting edge of computer graphics. Topics 
include: parallelism, radiosity, modelling, 
geometry of graphics, and user interfaces. 

1991/368 PP., 171 ILLUS./HARDCOVER $79.00 
ISBN 0-387-97560-8 



P. WISSKIRCHEN 

OBJEa ORIENTED GRAPHICS 

From GKS and PHIGS to 
Object-Oriented Systems 

This book covers computer graphics 
programming using object-oriented phi- 
losophy and its programming paradigms. 
The author shows how the use of object- 
oriented techniques can lead to a more 
powerful and flexible graphics system 
than that of GKS and PHIGS. An object- 
oriented multi-level system GEO-F-f is 
defined as a basis for detailed examples 
using Smalltalk-80. Readers will find this 
to be an invaluable text for bridging the 
gap between traditional graphics program- 
ming systems and the object-oriented 
approach. 

1990/236 PP., 83 ILLUS./HARDCOVER $39.00 
ISBN 0-387-52859-8 
SYMBOLIC COMPUTATION 



R. RONCARELLI 

THE COMPUTER 
ANIMATION DICTIONARY 

" This book will be useful for the 
computer hobbyist, the student, and the 
graphics professional. Being succinct and 
exceptionally clear in its definitions, this 
book is fast and easy to use." - Preview, 1990 

1989/124 PP./SOFTCOVER $28.00 
ISBN 0-387-97022-3 






To Order: 

Call Toll Free 1-800-SPRINGER (In NJ call 
201-348-4033) or Visit your local technical 
bqoisstore today! 
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A few years ago, I was working with 
another engineer at Boeing on a project 
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for the Air Force that required extensive 
symbolic manipulations. In particular, 
we were looking for series solutions to 
partial differential equations. My col- 
league said, "Why don't we try Mathe- 
matical It does exactly what we want to 
do." But I'd never used it. 

We had programmed the equations 
in Fortran and were getting numerical 
instability errors. We knew that was a 
mistake — the equations were well be- 
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I Equations ^ 



eql = Coeifioient[equatioiim{,Cos[2 n Pi yl] 11 
eq2 = Cogiiicient[equatiQnwXjCo5[4 n Pi y]] 11 



eq3 = Coffiiioie 

28466438400 al5 

66770&02560 a 

77167375360 a 

77187375360 a 

473934720 89 

10S1645520 a? 

43897354240 a 

eq4 = Expand [eq 

eq2 Cos [4 n 

eq5 = Co&ifioie 

eq6 = Co&ffioie 

eq7 = Coefiicie 
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Solw«Bq6==0, eqlO == 0), WO, a1 IH 

(<alO -> -(i;-42180 rn Pi - 18912 m Pi + 374! 

(88957620 a2 + 92736948 a2 m Pi + 

(2032 (1774600475 ni n Pi + 779709140 
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Pi - 7155040 m' 
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C (42150 a2 w Pi + 18912 a2 m Pi ) 

(88957620 + 92736548 m Pi + 107204^ 

4 4 
23696736 m 

2 
(2052 (1774600475 m n Pi 
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haved, the matrices were nonsingular. 
But because of the limits of the significant 
digits we got with Fortran, we were run- 
ning into this problem. Although I 
hadn't used it, I was willing to try sorting 
out the problem with Matheimtica. 

Using Matheimtica, we discovered 
that indeed this very 
of equations wasn 
that it did have a sob 
able set. So we 



thing was working OK. 
I was impressed, 
was able to handle the symbuhc maiupu- 
lations we needed and more. It solved dif- 
ferential equations and gave exact solu- 
tions. It made plots for me on the screen. 
It gave me output that I could 
read and understand, and the 
input was very natural. I'm 
used to Macintosh systems, but 
even on a workstation I could 
work with Mathematica in a 
more or less intuitive way. 

Now I turn to Mathe- 



about symbolic math. I don't worry 
about the limits of significant digits in 
Fortran, C, or any other programming 
language because with Mathematica I can 
maintain hundreds of significant digits 
with no concerns about inaccuracies or 
errors. Mathematica was the answer to 
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matica whenever I've got any questions 



" atica 
:\r''for. 
L.vsoft 
Windows, Macintosh, 
CONVEX, DG AViiON, DEC VAX 
(ULTBJX and VMS), DEC RISC, HP 9000, 
HP Apollo, IBM RISC Sxjstem/eOOO, MIPS, 
NeXT, Silicon Grapltics, Sony, Sun-3, and 
SPARCstations. 

Prices in U.S. and Canada start at $595. 
Educational discounts are available. 
Orders: 1-800-441-MATH 

Mathematica. 2.0 

The Standard for Teclmical Computing 
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